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ABSTRACT 


The Federal Acquisition Streamlining Act (FASA) of 1994 requires that the 
Administration of the Office of Federal Procurement Policy establish a program for 
the development and implementation of a Federal Acquisition Network (FACNET). 
The FACNET, an electronic procurement system, is required to be universally 
available throughout the Government and provide interoperability among its users 
which includes the Department of Defense. The FASA incentivizes contracting 
activities by conditioning the use of new simplified acquisition procedures 
($100,000 threshold) on an activity’s ability to implement and certify their 
FACNET capability. 

Many Army contracting activities already have some form of electronic 
procurement capability and incorporate its application into their daily procurement 
activities. However, while the Office of Federal Procurement Policy (OFPP) 
developed an initial standard for FACNET certification, the actual ability of 
agencies to achieve the standard remains nebulous. There are many barriers to the 
full use and certification of the FACNET. This is due in part to lack of detail in 
the FASA and the Federal Acquisition Regulation (FAR), which has yet to incor¬ 
porate the FASA amendments. The objective of this research is to identify those 
inconsistencies in FACNET implementation and certification (if they exist) and to 
examine possible courses of action that may provide solutions or clarifications to 
the implementation process. 
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I. INTRODUCTION 


A. BACKGROUND 

The past two decades have seen an evolution of increasingly sophisticated 
uses for computers in both the private and public sectors. Almost on a daily basis 
new computer technology and applications enter the market. Two such innova¬ 
tions are electronic data interchange (EDI) and electronic commerce (EC). The 
implementation of electronic data interchange (EDI) technology and subsequent 
application of electronic commerce (EC) have been practiced by private industry 
for many years and are quickly becoming the preferred method for exchanging 
information and conducting business. Through the use of electronic information 
processing techniques, electronic commerce (EC) enables business transactions 
to be processed more quickly, more accurately, and at a lower cost than with 
manual, paper-based, processing systems. One industry analyst predicts that by 
the end of the decade, EC/EDI will no longer be competitive tools that differentiate 
one company from the next. They will be a business necessity for survival. 
(Quinn, 1991, p. 45) 

The Department of Defense (DoD) has been slow to react to the techn¬ 
ology available in this area. While some form of electronic data interchange has 
been available in DoD since the 1960’s, it was never developed to its true poten¬ 
tial. In May 1988, the Deputy Secretary of Defense issued a memorandum 
stating that EC/EDI was to "become the way of doing business for the Depart¬ 
ment of Defense (DoD)." In November 1990, Defense Management Report 941 
was approved, which directed the development, implementation, and management 
of a standard DoD EC/EDI system. And while DoD did implement some applica¬ 
tions of EC/EDI, it was never fully integrated into the acquisition process. 

In a 1993 memorandum, President Clinton focused on acquisition stream¬ 
lining by recognizing that the utilization of an electronic commerce system to 
simplify and streamline the procurement process would improve customer service 
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and cost effectiveness. The Federal Acquisition Streamlining Act (FASA) of 1994 
expanded on this idea by requiring the implementation of such a system. 

The Federal Acquisition Streamlining Act (FASA) of 1994 contains the most 
extensive changes in Federal Government Contracting since the Competition in 
Contracting Act (CICA) was implemented in 1984. This new statute reflects a 
fundamental shift toward commercial contracting, reduced oversight, and recogni¬ 
tion of the changing character of technology underlying the procurement process. 
With respect to the recognition of ever-increasing technology and its use within 
the private business sector, the FASA requires procurement agencies to 
implement a standard electronic commerce system, the Federal Acquisition Net¬ 
work (FACNET), that will be available to all procurement agencies (Government 
and private), customers and users, research facilities, academic institutions and 

other institutions. (Lumer, 1994, p. 1) 

To enhance the implementation and utilization of this electronic contracting 
process, FASA provides several incentives for those contracting agencies who 
achieve full FACNET certification status and integrate its use into their daily 
contracting activities. The Act also provides several disincentives for those 
agencies who fail to travel on the "acquisition super highway." The major concern 
at hand is that while many contracting agencies do incorporate some form of 
electronic commerce application into their daily activities, and the Office of 
Federal Procurement Policy (OFPP) has developed an initial standard for 
FACNET certification, the actual ability of agencies to achieve full certification 
remains nebulous. There are many barriers to full use of the FACNET in U.S. 
Army Contracting Activities resulting from legal and statutory requirements, and 
from a lack of specific guidance in the Federal Acquisition Regulation. In addition, 
the true impact of the forced movement of Government contracting agencies into 
a full electronic contracting environment has yet to be explored. 
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B. OBJECTIVES 


The purpose of this research is to examine the implementation and 
utilization of the Federal Acquisition Network (FACNET) in the Department of 
Defense, primarily in U.S. Army Contracting Agencies, and to explore possible 
areas for expansion of FACNET use and development. In addition, this research 
provides an examination of FACNET fundamentals including: 

• FACNET system configurations. 

• The requirements of interim certification. 

• The potential impact of FACNET on U.S. Army Contracting Agencies. 


C. RESEARCH QUESTIONS 

Primary Research Question: What are the current applications of the 
Federal Acquisition Network (FACNET) in U.S. Army Contracting Offices and what 
barriers must be overcome to allow full utilization (certification ) of the FACNET 
system? 

Subsidiary Questions: 

1. How will the Federal Acquisition Network be used by DoD and priyate 
sector agencies? 

2. What problems or barriers face Department of Defense Contracting 
Agencies in their efforts to achieve FACNET certification? 

3. What impact/benefits will Department of Defense Procurement Activities 
derive from achieving FACNET certification and integrating the system 
into their procurement functions? 

4. What actions must be taken to enhance FACNET implementation in the 
Department of Defense? 

D. SCOPE OF THESIS 

The thrust of this thesis is to examine the Federal Acquisition Network 
applications in the areas of acquisition and contracting in the Department of 
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Defense (specifically U.S. Army procurement activities). This study investigates 
the barriers to FACNET certification resulting from the lack of specific regulatory 
guidance and the impact of FACNET integration on the ability to enhance the 
acquisition and contracting process. This thesis does not require the use of 
classified materials and may be categorized as unclassified in nature. 

E. METHODOLOGY 

The research methodology used in this thesis includes a comprehensive 
literature review and personal and/or telephonic interviews with appropriate 
Department of Defense Contracting and Acquisition Agency personnel. The tele¬ 
phonic and personal interviews were used to gain insight into current practices of 
electronic contracting applications, the issues surrounding implementation of 
FACNET, and the impact of FACNET implementation on future Government con¬ 
tracting. 

F. ORGANIZATION OF STUDY 

This thesis is organized to provide the reader with an overview of electronic 
commerce and the Federal Acquisition Network (FACNET) and its application to 
U.S. Army Contracting Agencies. To accomplish this objective. Chapter II 
introduces the reader to the concepts of electronic data interchange (EDI) and 
electronic commerce (EC) including: what they are, their purpose and relationship 
to FACNET, the Department of Defense’s involvement with EC, and the benefits 
derived. 

Chapter III serves as an introduction to the Federal Acquisition Network, 
addressing the developmental history, a summary of procurement applications, 
and the Department of Defense policy for its implementation and use. It 
discusses the FACNET technical architecture, required hardware, software, and 
communication connections. 

Chapter IV investigates the requirements of the FASA and complications 
contracting activities face in their efforts to become FACNET certified and 
implement FACNET into their organizations. 
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Chapter V analyzes FACNET certification as understood by DoD 
contracting activities and the impact of FACNET implementation on future U.S. 
Army Contracting Agency applications based on testimony by experts in the 
contracting field. 

Chapter VI contains a summary of the principal findings of the thesis and 
offers recommendations for FACNET improvement. In addition, possible areas 
of future research are presented. 

G. LIMITATIONS 

This study, as every qualitative study attempting to measure human 
experiences, is limited by many factors that must be given equitable consideration 
when reviewing the presented conclusions. 

These limitations include: 

• The sample size is relatively small, providing the opportunity for 
misguided interpretations. 

• The range of experience of the interviewees is not consistent. 

• There is no true quantitative method of measurement capable of 
measuring the individual responses provided. 

• The responses of the interviewees are subject to the 
interpretation of the researcher. 

H. DEFINITIONS AND ABBREVIATIONS 

A list of acronyms used within this thesis is presented in Appendix A. 
Working definitions of terms and concepts is provided in Appendix B. 
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II. ELECTRONIC COMMERCE AND ELECTRONIC DATA 
INTERCHANGE OVERVIEW 

A. INTRODUCTION 

Properly planned and implemented, electronic data interchange has 
the potential to restructure markets, re-engineer inefficient manual 
processes, open up access to new customers, streamline flow of 
materials throughout an entire value chain, enhance quality across 
the board, and save millions of dollars. (Thomas P. Colberg, Price 
Waterhouse) 

Communication and information are critical aspects of all organizational 
functions. In many instances they are the substance from which vital decisions 
are made. This holds true in both private industry and military service. There¬ 
fore, a major goal of both private organizations and the military is to continuously 
expand their ability to successfully transfer information and improve the effective¬ 
ness of their communications. 

This continuous drive to improve information management communication 
effectiveness has prompted the development of many information system tools 
such as the telephone, photocopying machine, and computer. They have all had 
a major effect on the techniques used to convey information; however, it is the 
computer that continues to demonstrate ever-increasing potential. (Meier, 1994, 
P- 7) 

Today, micro-computers or personal computers are found in the majority 
of business offices. Most managers agree that the effective use of computers 
promotes increased efficiency and productivity. As the number of computers in 
organizations increases, the logical chain of events is to connect them or link 
them with other computer systems within and outside of the organization thus 
allowing an increased information flow using standardized formats. This standard¬ 
ized communication between computers of different organizations has been 
termed Electronic Data Interchange and has redefined the methods businesses 
now use to communicate and compete in the global market. Conducting business 
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via electronic means is now the norm and those organizations that are unable to 
make the technological leap are predestined for failure as they will be unable to 
compete for business. The Department of Defense learned long ago that tech¬ 
nical superiority was a requirement for successful combat operations. It has 
finally learned that the same lessons apply to the business of acquisition. (Meier, 
1994, p. 8) 

B. STREAMLINING WITH ELECTRONIC COMMERCE 

1. Private Practice 

Computer information systems now play a vital role in business success. 
They allow organizations to promote efficient operations, effective management, 
and competitive advantages through the manipulation and exploitation of informa¬ 
tion resources. To this end, private industry has come to realize that maintaining 
a competitive capability requires continuous investment in new computer tech¬ 
nology and applications. Two such applications are electronic data interchange 
and electronic commerce. (Lindholm, 1991, p. 15) 

In many industries, EDI has become a necessary business requirement. 
One IBM vice president said, "EDI is now a ‘strategic application’ of information 
systems in many businesses where the message is link up or lose out. Doing 
business without EDI will soon be like trying to do business without a telephone. 
No EDI, no business." (Lindholm, 1991, p. 16) Many major organizations have 
taken this lesson to heart. General Motors proved that point when it made EDI 
a requirement for thousands of its suppliers, as did many other major corpora¬ 
tions. Experts predict that by the end of 1995, over one third of all business 
documents will involve EDI. In this respect, it is easy to see that EDI may 
revolutionize data entry in many transaction processing systems while promoting 
strategic relationships between industry trading partners. (Lindholm, 1991, p. 16) 

This increased reliance and insistence on computer technology is also 
catalyzing major changes in the operating procedures of Federal Government 
Acquisition Agencies who want to do business with private industry. They have 
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learned that low technology practices make them incapable of executing efficient 
business transactions with those organizations where "high tech" is the norm. 
(Lindholm, 1991, p. 17) 

2. Government Oversight Evolution 

In the past quarter century, studies sponsored by Congress and the 
Executive Branch have concluded that the federal procurement/acquisition system 
was too disparate, complex, detailed, and technical and that the statutory 
framework needed a major overhaul to make it an efficient and economical 
system (Commission on Government Procurement Report, 1972). The theme of 
these and other recent studies has remained constant: too much oversight and 
statutory regulation hinders the Government’s ability to conduct acquisition in an 
efficient manner. 

Section 800 of the Fiscal Year 1991 National Defense Authorization Act 
(Public Law 101-510) mandated the establishment of an advisory panel (the 
Section 800 Panel) to codify and simplify acquisition law. In January 1993, the 
Section 800 Panel issued an 1,800 page report recommending to Congress 
significant changes to the current defense procurement system. Of the 600 
statutes that were selected and reviewed, the advisory panel recommended 
amending, deleting, consolidating or rescinding over 300. The objective of their 
efforts was to streamline acquisition statutes, improve access to commercial 
technologies, and simplify the acquisition process. One of the principal 
recommendations of the panel was to establish a simplified procurement process 
through electronic data interchange or electronic commerce systems. (FECAT 
Final Report, 1994, pp. 1-5 - 1-10) 

3. The National Performance Review 

In the last few years, many initiatives were undertaken to improve efficiency 
by making standardized electronic commerce a reality throughout the Federal 
Government. Significant among these initiatives was the National Performance 
Review (NPR) which began in March 1993, when President Clinton announced 
an intensive six month study of the Federal Government headed by Vice 
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President Gore. The objective of the NPR was to determine how to create a 
Government that works better and costs less. The NPR report, published in 
September 1993, identified acquisition as one of the major areas for reform. 
Within these acquisition reforms was the recommendation to allow agencies to 
buy where they want through an "electronic market place." (Murphy, 1994, p. 2) 

4. President Clinton’s Memorandum 

In President Clinton’s memorandum, "Streamlining Procurement Through 
Electronic Commerce," issued on October 26, 1993, he noted that moving to an 
electronic commerce system to simplify and streamline the acquisition process 
would promote customer service and cost effectiveness. In his memorandum, the 
President directed the accelerated implementation of electronic commerce across 
the Executive Branch of the Federal Government. (Murphy, 1994, p. 2) 

To these ends, the President set forth the following objectives for electronic 
commerce: (Clinton, 1994) 

• Exchange acquisition information electronically between the 
private sector and the Federal Government to the maximum 
extent practicable. 

• Provide businesses, including small, small disadvantaged, and 
women-owned businesses, with greater access to federal 
acquisition opportunities. 

• Ensure that potential suppliers are provided simplified access to 
the Federal Government EC system. 

• Employ nationally and internationally recognized data formats 
that serve to broaden and ease the interchange of data. 

• Use agency and industry systems and networks to enable the 
Government and potential suppliers to exchange information and 
have access to federal acquisition data. 

To implement EC and to achieve his objectives, the President set forth the 
following four milestones: (Clinton, 1994) 
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• By March 1994, define the architecture for a Government-wide 
EC acquisition system and identify executive departments or 
agencies responsible for developing, implementing, operating, 
and maintaining the federal electronic system. 

• By September 1994, establish an initial EC capability to enable 
the Federal Government and private suppliers to exchange 
standardized requests for quotations (RFQs), quotes, purchase 
orders, and notice of awards and begin Government-wide 
implementation. 

• By July 1995, implement a full-scale Federal EC system that 
expands initial capabilities to include electronic payments, 
document interchange, and supporting databases. 

• By January 1997, complete Government-wide implementation of 
EC for appropriate Federal purchases, to the maximum extent 
possible. 


5. The Federal Acquisition Streamlining Act of 1994 

The Federal Acquisition Streamlining Act of 1994 (FASA) began a new age 
in Federal procurement by rescinding tight controls and strict codes of contracting 
conduct in favor of a re-engineering process promoting efficiency and common 
sense. The FASA repealed or substantially modified 225 provisions of law that 
affect the contracting and acquisition system. (Lumer, 1994, p. 1) 

According to Secretary of Defense, William Perry, 


The Federal Acquisition Streamlining Act of 1994, based in great 
part on the ‘Section 800 Panel’ report, is the most significant 
change to laws that govern federal procurement since the passage 
of the Armed Services Procurement Act of 1947. (Slatkin, 1994, p. 
3) 


One provision of the FASA mandates that the administrator of the Office 
of Federal Procurement Policy (OFPP), in consultation with designated Federal 
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agencies, must establish a program for developing and implementing a 
Government-wide Federal Acquisition Network (FACNET) over the next five years 
that agencies will use to conduct Federal procurements by electronic commerce. 
The FASA mandates January 1, 2000, as the date for full FACNET capability. 
(NCMA FASA of 1994, p. 199) 

6. Streamlining Trends In The Department of the Army 

In a speech given to acquisition students at the Naval Postgraduate School 
on January 30, 1995, the Hon. Gil Decker, Assistant Secretary of the Army, 
Research, Development, and Acquisition, stressed that the move to acquisition 
reform was very strong in the U.S. Army. He was very much in favor of stream¬ 
lining Army Acquisition by removing the ubiquitous red tape and eliminating low 
value requirements. One of his major goals was the implementation of an Army¬ 
wide electronic contracting capability through the Federal Acquisition Network 
(FACNET) in compliance with the FASA. (Decker, 1995) 

C. DEFINITION OF TERMS 

1. Electronic Data Interchange 

Electronic data interchange is the inter-organizational, computer to 
computer exchange of business documentation and information in a standardized, 
machine-processable format. (Emmelhainz, 1993, p. 4) 

This definition of electronic data interchange contains a number of key 
points which distinguish it from other forms of paper or electronic communication: 
(Emmelhainz, 1993, pp. 4-5) 

• Inter-organizational: While EDI technology is equally applicable 
to exchanging information within organizations, by definition EDI 
is organization to organization. 

• Computer to computer: Once the data are entered into the 
originator’s application, the information flows directly to the 
receiver’s application. The key point is that once entered, the 
data flow between organizations without human intervention and 
without paper. 
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• Business Documentation: Information that is currently found on 
any business form is appropriate for EDI. Examples of business 
documents which are exchanged electronically include: 
purchase orders, invoices, bills of lading, status reports, receipt 
acknowledgments, and payment information. 

• Standardized, Machine-processable format: As discussed, EDI 
is the electronic exchange of information from one computer to 
another without human intervention. For this to occur, the data 
must be precisely formatted to allow computers to both read and 
understand the information. 

EDI is considered by many as the ultimate in source data automation in 
many transaction processing systems. It involves the electronic transmission of 
business transaction data over telecommunications links between the computers 
of trading partners. The data, which represent a series of business transaction 
documents such as purchase orders, invoices, requests for quotations, and 
shipping notices, are electronically transmitted using standard document message 
formats. These formatted transaction data are transmitted over telecommunica¬ 
tions links (networks) directly between computers. In addition to direct network 
links between the computers of trading partners, third party network services 
(value added networks) are also used. These value-added telecommunications 
carriers like GE Information Services, IBM, Control Data, and McDonnell Douglas 
offer a variety of EDI services, including an electronic mailbox for EDI documents 
(Burch, 1989, p. 16). 

Of important note is how EDI differs from other forms of electronic 
communication. To be called EDI, the electronic transmissions must be elec¬ 
tronic, paperless and without human intervention. Therefore, human monitoring 
is not required. In contrast, facsimiles and electronic mail are both electronic 
transmissions with the capability to be paperless. Yet they are not considered a 
form of EDI as human intervention is still required to complete the communication 
cycle. (Murphy, 1994, p. 1) 
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Figure 2-1 is an example of EDI execution. In this example, Motorola 
Codex has EDI links with its supplier, Texas Instruments, for the exchange of a 
variety of electronic transaction documents. Motorola closes "the business loop" 
by using electronic funds transfer (EFT) links to its banks so it can make 
electronic payments to its supplier. (Wilder, 1992, p. 6) 

2. Electronic Commerce in the Department of Defense 
Electronic commerce (EC) is the integration of electronic data interchange, 
electronic mail, electronic bulletin boards, electronic funds transfer, and similar 
techniques into an electronically based system for all business functions, to 
include procurements and acquisition, contracting, payment, supply management, 
transportation operations, contract administration, and maintenance operations to 
name a few. Electronic commerce positions the necessary systems, capabilities, 
and procedures that will fundamentally alter the business process from a paper- 
intensive environment to a nearly paperless environment. (Strassman, 1991) 
The Electronic Commerce Information Center (EClC) was established by 
the Deputy Under Secretary of Defense (Acquisition Reform) to support the DoD 
commitment to provide a "single face to industry" for electronic commerce. They 
define electronic commerce as the conduct of business transactions, supporting 
functions such as administration, finance, logistics, procurement, and transpor¬ 
tation, between the Government and private industry, using an integrated auto¬ 
mated information environment. (EC/EDI Fact Sheet, 1994) 

With respect to this definition, electronic commerce relies on three 
subsystems. The first subsystem is an electronic market made up by an informa¬ 
tion distributor or trader, electronic classified advertising, electronic product and 
corporate profiles, and electronic bulletin boards. The second subsystem is an 
integrated distributed database with an interorganizational database and electronic 
reporting programs. The third incorporates EDI transaction sets for accessing, 
ordering and exchanging technical data. (Drake, 1991) 
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Figure 2-1. 


An example of EDI, Motorola Codex uses EDI links 
to its supplier, Texas instruments for the exchange 
of business documents. (Wilder, 1992, p. 6) 









The Department of Defense has already adopted electronic commerce in 
some of its procurement agencies. Their concept of electronic commerce involves 
the integration of electronic data interchange, electronic mail, electronic bulletin 
boards, electronic funds transfer, and related technologies into a comprehensive 
electronic-based system. The objective of DoD’s program is not to just automate 
existing manual processes, but to implement the necessary systems, capabilities 
and procedures which will allow DoD activities to fundamentally alter and improve 
the manner in which they accomplish their business operations. (Hardcastle and 
Heard, 1990, p. 1-2) 

3. Value Added Networks 

A value added network (VAN) is a communications network that transmits, 
receives, and stores EDI messages for trading partners. These networks are 
typically operated by communications carrier companies called value-added 
carriers, who are third party vendors leasing communications lines from common 
carriers. Typically, messages from customers are transmitted in groupings called 
packets. Value added networks add "value" to their leased communications lines 
by using communications hardware and software and their expertise to provide 
packet switching and other data communications services. Value added carriers 
offer their customers a high quality, relatively low-cost service in return for 
membership fees and usage charges based on the amount of communications 
activity. (O’Brien, 1993, p. 194) 

Figure 2-2 depicts the EDI process using a VAN. Trading partner A puts 
gji EDI message for trading partner B in the VAN mailbox at a date and time of 
its choosing. The VAN picks up the message from the mailbox and delivers it to 
trading partner B’s mailbox where it will remain until trading partner B logs on 
and picks it up. Trading partner B responds to trading partner A in the same 
fashion. The cycle can repeat itself on a weekly, daily, or even hourly basis as 
needed. (FECAT Final Report, 1994, p. 3-18) 

VANs will have a key role in the Government EC system. At a minimum, 
the Government will use VANs to communicate business transactions with trading 
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Figure 2-2. EC/EDI Process (FECAT Final Report, 1994, pp. 3-19) 

partners. In addition, the Government will use VANs to recruit and educate 
trading partners and to offer value added services to small businesses that may 
not be technically proficient. (FECAT Final Report, 1994, p. 3-24) 

Government suppliers or trading partners will electronically transfer data 
through any Government approved (EDI-certified) value added network. In 
addition, trading partners may become an EDI-certified VAN to act on their own 
behalf. 

Value added networks, similar to telephone calling companies, offer a 
variety of services tailored to meet the needs of their customer base. The 
prudent consumer should conduct a market survey to determine exactly which 
VAN is most capable of satisfying their requirements. The majority of value 
added networks provide the following services: (O’Brien, 1993, p. 194) 
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• Translation and conversion services into the format agreed upon 
by the trading partners. 

• Interconnection services to allow customers to deal with trading 
partners in other networks through gateways. 

• Process and forward services in which mailboxes store inbound 
transactions for the recipient. 

• Compliance checking services to determine if transactions are 
formatted as agreed upon by the trading partners. 

Figure 2-3 graphically demonstrates the various services and capabilities 
provided by value added networks and the typical industry standards or practices 
they use. (EDI World Magazine, February 1994) 

4. Virtual Networks 

A virtual network is a computer network that provides for a linking of all 
available Government and industry networks. This allows for any person in the 
Government virtual connectivity with an industry trading partner. The underlying 
make up of the virtual network is the combination of private and Government 
networks linked together. One example of a virtual network is the Internet. 
Another possible virtual network would include the interconnection of networks 
from the Department of Defense, Department of Commerce, National Aeronautics 
and Space Administration, and other Government and private industry networks. 
(FECAT Final Report, 1994, p. 4-13) 

D. EC/EDI FORMAT STANDARDS 

1. Overview 

As previously defined, electronic data interchange is the inter- 
organizational, computer to computer exchange of business documentation and 
information in a standardized, machine-processable format. Principal to 
this definition is the requirement and use of standardized, machine-processable 
formats for data elements. Standardized formats are an essential element to 
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(EDI World magazine, February 1994.) 

Figure 2-3. Standard Commercial Services and Capabilities Provided 
By VANS (EDI World Magazine, February 1994) 
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EC/EDI applications as they facilitate the electronic exchange (non-human inter¬ 
vention) of data by providing a uniform process for configuring unstructured data 
into a standardized configuration or structure. This configuration or standard¬ 
ization of data allows computers to read, understand, process, and transfer data 
automatically, without the requirement of human assistance after initial input. 
Standards were developed to ease communication between organizations, with 
several different standards emerging. These different standards may be classified 
as: (Hinge, 1988, p. 22) 


• Proprietary. Proprietary data standards are those established by 
individual organizations for communicating with trading partners 
within a "closed" system. For example. Roadway Express, Inc. 
has its "E-Z BILL" Shipment information management system 
which provides bill of lading, shipment status, and claims 
information to system users. 

• Industry-Specific. While proprietary data standards are 
established by individual organizations, industry-specific 
standards are set by an industry trade group, to promote intra¬ 
industry electronic communication. Examples of industry-specific 
standards include: 1) Transportation Data Coordinating 
Committee (TDCC) - Transportation industry, 2) Uniform 
Communication Standard (UCS) - Grocery industry, and 3) 
Warehouse Information Network Standards (WINS) - Warehouse 
industry. 

• Cross-Industry. In the United States there is only one inter¬ 
industry EDI data format: the American National Standards 
Institute (ANSI) Accredited Standard Committee X12 (ASC XI2) 
Standard. 

• International. While ASC XI2 is the standard for EDI in the 
United States, the standard for use in Europe and in many other 
parts of the world is the United Nations/EDI for Administration, 
Commerce, and Transport (EDIFACT). Worldwide, EDI FACT 
use is increasing and there is consideration for the future 
development of a universal standard resulting from an alignment 
between EDIFACT and ASC XI2. 
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The Federal Information Processing Standards (FIPS) Publication 161-1 
espouses two families of EDI standards: American National Standards Institute 
(ANSI) Accredited Standards Committee (ASC) XI2, and United Nations Elec¬ 
tronic Data Interchange for Administration, Commerce and Transport (EDIFACT). 
The FIPS Publication 161-1 mandates the use of either ANSI X12 or EDIFACT 
when Government departments or agencies implement an EC/EDI system. 
However, ANSI X12 is the predominate standard. (FECAT Final Report, 1994, 
p. 3-33) 

2. ANSI XI2 

A large variety of industry specific standards for the exchange of electronic 
information exists. North America has principally accepted ANSI XI2 as its 
standard. Most industry-specific standards are committed to aligning themselves 
with ANSI XI2 (FECAT Final Report, 1994, p. 3-33). 

The purpose of the ANSI XI2 standard is to provide format specifications 
for structuring business information (i.e., that information found in conventional 
business documents) which are to be exchanged through EDI. The ANSI XI2 
standard addresses such issues as: (Emmelhainz, 1993, p. 54) 

• What documents can be transmitted electronically? 

• What information must be/can be included in each document? 

• What is the required sequence of the information? 

• What form of information is acceptable (e.g., number, ID codes, 
etc.)? 

• What is the meaning of specific pieces of information (data 
elements)? 

The ANSI XI2 is not a single standard but rather a collection of underlying 
standards which addresses a large range of business requirements. The ANSI 
XI2 standards consist of: (Hinge, 1988, p. 63) 
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• Transaction set standards 


• Data element dictionary 

• Data segment directory 

• Transmission control standards 

a. Transaction Set Standards 

A transaction set is a specific group of data segments that 
represents a business document. They define the format and context of data 
used and the information in the set is basically the same as that found on a 
conventionally printed document (DuChung, 1991, p. 10). There are currently 187 
transaction set standards published by ANSI ASC XI2 as of January, 1994. The 
Department of Defense will implement 14 new specific ANSI XI2 transaction sets 
over the next two years, as shown in Figure 2-4. (DoD EC/EDI Fact Sheet ANSI 
XI2 Standards, 1994) 

b. Data Element Dictionary 

The data element dictionary contains the codes for types of 
information used in the various transaction documents. The data element 
dictionary reduces large quantities of information into two-digit codes called data 
elements. This eliminates the requirement for descriptive information in an 
electronic document. (DuChung, 1991, p. 11) 

c. Data Segment Dictionary 

The data segment dictionary defines the particular data segments 
and elements used in constructing the EDI transaction sets (DuChung, 1991, p. 
12 ). 
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1. ANSI 840 - Request For Quotation (RFQ) 

2. ANSI 843 - Response to an RFQ 

3. ANSI 850 - Purchase Order (PO) 

4. ANSI 824 - Application Advice 

5. ANSI 836 - Contract Award Summary 

6. ANSI 838 - Trading Partner Profile 

7. ANSI 864 - Text Message 

8. ANSI 997 - Functional Acknowledgment 

9. ANSI 832 - Price/Sales Catalog 

10. ANSI 855 - PO Acknowledgment 

11. ANSI 860 - PO Change 

12. ANSI 865 - PO Change Acknowledgment 

13. ANSI 869 - Order Status Inquiry 

14. ANSI 870 - Order Status Report 


Figure 2-4. Additional transactions to be phased in as requirements 
are defined. (EC/EDi Fact Sheet ANSi X12 Standards, 
1994) 

d. Transmission Controi Standards 

Transmission control standards establish the formats for the 
information required to interchange data. Contained within the transmission 
control standards are data element delimiters, transaction set separators, and 
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transmission envelope formats which create a hierarchical structure for the 
transmission of formatted data. (DuChung, 1991, p. 12) 

3. EDIFACT 

EDIFACT is currently under development by the United Nations Economic 
Commission for Europe - Working Party (Four) on Facilitation of International 
Trade Procedures (UN/ECE/WP4) (FECAT Final Report, 1994, p. 33). EDIFACT 
is very similar to ANSI XI2 in both purpose and approach. However there are 
technical differences which do not allow interoperability between the two. As the 
global economy expands across more and more boundaries, there may be an 
implementation shift from the locally accepted ANSI X12 to the internationally 
accepted EDIFACT. The Government considers EDIFACT as a potential standard 
for its electronic commerce applications. (FECAT Final Report, 1994, p. 33) 

E. HARDWARE AND SOFTWARE REQUIREMENTS 

1. Hardware 

EC/EDI has no specific hardware configuration requirements. There are 
many hardware systems available on the commercial market which can easily 
execute EDI applications. Figure 2-5 presents the four basic systems hardware 
options for EDI implementation: (Emmelhainz, 1993, p. 87) 

• Mainframe Only 

• Microcomputer 

• PC As A Front-End Processor 

• Dedicated EDI Operating System 

Each application of EDI technology is unique; situationally dependent on 
numerous variables such as an organization’s commitment to EDI, current and 
anticipated volume of data to be exchanged via EDI, and budgetary constraints 
(Meier, 1994, p. 50). The specific hardware configuration employed should be 
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Translation 

Communications 
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(PC“based) edi MMsago 



^ Communicaiions 


PC as Front-end Processor Dedicated EDI Operating 

System 




Figure 2-5. EDI System Hardware Options (Emmelhainz, 1993, p. 88) 


selected based on an evaluation of the organizational requirements along with 
consideration of the advantages and disadvantages of each of the four basic 
configuration options, as depicted in Figure 2-6. (Emmelhainz, 1993, pp. 87-89) 

2. Software 

EC/EDI software resources include all sets of information processing 
instructions which direct and control the computer hardware. The software 
provides the sets of computer instructions which control the data manipulation 
operations. Software is critical to the translation of unstructured, industry 
specific, raw data into a structured EDI format (e.g., ANSI XI2 or EDIFACT). In 
addition to the standard related aspects of an EDI system, software is also used 
to control required communication interfaces such as establishing the speed and 
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Figure 2-6. Hardware Option Advantages and Disadvantages 
(Emmelhainz, 1993, p. 89) 
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type of transmission and performing error detection during the data transfer 
(Meier, 1994, p. 58). 

There are a number of software categories associated with an EDI system. 
These include; (Emmelhainz, 1989, p. 66) 


• Database management software: Designed to systematically 
organize data into files for easy access, retrieval, and 
maintenance. 

• Format/conversion or translation of software: User information 
input into transaction format (ANSI XI2) and then converted to 
the electronic transmission protocol. It is also capable of 
converting transmitted data from the communications protocol to 
the transaction format (ANSI XI2). 

• Communication software: Controls the data being transmitted 
via phone lines to and from EDI trading partners. 


Figure 2-7 depicts the three primary functions performed exclusively by EDI 
software: mapping, data extraction (conversion), and translation, with the final 
function, communications, accomplished through a combination of hardware and 
software (Emmelhainz, 1993, pp. 80-82). 

F. EC/EDI BENEFITS 

Many organizations and agencies have conducted EC/EDI benefit analysis 
studies over the years. The typical benefits identified by these studies fall into the 
following areas: (Jensen, 1992, p. 26) 


• Increased responsiveness and value to customers. 

• More information available more quickly resulting in better 
informed internal and external customers. 

• Reduced errors and resultant higher quality and accuracy of 
information. 
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Order of Software "Events": _ 

1. Data Mapping 

2. Data Extraction 

(conversion) 

3. Transiation A 

4. Communications * 



Figure 2-7. Primary EC/EDI Software Functions 
(Emmelhainz, 1993, p. 82) 

• Elimination of repetitive work (e.g., data entry) between trading 
partners. 

• Improved efficiency and reduced costs. 

Many organizations view cost of economic benefit as the most critical 
discrimination for implementing an EC/EDI program. A Department of Veterans 
Affairs (VA) study provides the following examples of economic benefits realized 
by some organizations that implemented EDI: (FECAT Final Report, 1994, p. 2-5) 

• The VA found that EDI for delivery orders can save an estimated 
$75 million over 5 years. The VA also found that implementation 
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of EDI invoices reduces the per invoice costs from $3.48 to 
$1.55 for a discounted net savings of $12 million (discounted) 
over 5 years. The VA also found the use of EDI for Government 
bills of lading (GBLs) would net $388,541 in discounted savings 
over 5 years; the cost of GBL’s would drop from $10.07 to $4.52 
each. 

• Pacific Telesis (PacTel) eliminated 51 percent of its paper-based 
systems and lowered its cost per transaction from $78 to $48. 

• The Long Island Medical Center reduced its inventory of medical 
supplies by 25 percent over a 2-year period, while at the same 
time the number of orders (per year) increased from 22,000 to 
35,000. 

• The DoD, in its Business Case for Electronic Commerce, 
identified $1.2 billion in savings by automating 16 most-used 
forms over a 10-year period. The Defense Management Review 
Decision 941 identified that $4 million spent in FY92 saved $60 
million in FY93. This estimate was considered by many to be 
extremely conservative. 

• The Defense Logistics Agency General Supply Center in 
Richmond identified $24.5 million in savings with its Paperless 
Order Processing System (POPS), which eliminated paperwork 
and reduced inventory and depot costs. 

• Texas Instruments implemented EDI in its procurement organ¬ 
ization and reengineered its business process, lowering its 
average cost to process a purchase order from $49.00 to $4.70. 

• It costs the Internal Revenue Service an average of $82.00 to 
process a tax return manually, while it costs an average of $8.75 
to process a return electronically. 

• The EDI work group convened by HHS in November 1991 con¬ 
cluded that between $4 billion and $10 billion could be saved 
each year in the administrative costs for the nation’s health care 
system through the use of EDI. The U.S. health care system 
costs $900 billion, of which $120 billion is for administrative 
costs. 
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G. EC/EDI ISSUES 

While the implementation of an EC/EDI program allows the derivation of 
many potential benefits for the implementing organization, it does so with its own 
specific concerns. High technology applications suffer high technology conse¬ 
quences. The typical potential problem areas fall under the following non- 
inclusive categories: (Kaven, 1990, p. 196) 

1. Security, 

2. Compatibility, 

3. Capability to Audit Transactions, 

4. Integrity of System, 

5. Standardization. 

The central issue is how the EC/EDI resources will be protected from 
inappropriate use. Specific areas to be addressed include: (Kaven, 1990, p. 
197). 


• Risk to security, both in the unauthorized use or tracking of data. 

• What are the legal implications of contract in an electronic form? 

• How will the cost of errors be handled (liability)? 

• What controls and practices need to be developed to handle 
auditability and accountability? 

H. SUMMARY 

In the last several years the Government has sponsored several initiatives 
to streamline the acquisition process and move toward more efficient practices. 
These initiatives have culminated in the Federal Acquisition Streamlining Act 
(FASA) of 1994 which modified 225 acquisition related laws. One amendment of 
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the FASA mandates the use of a Government Electronic Commerce System 
(FACNET). 

This chapter provided a brief examination of electronic commerce (EC) 
applications and the technology of Electronic Data Interchange (EDI) with respect 
to the Government’s acquisition streamlining attempts. EDI is the computer-to- 
computer or application-to-application exchange of business documents using a 
standard electronic format. Electronic Commerce is the integration of EDl> 
electronic mail, electronic bulletin boards, and electronic funds transfer during tbe 
conduct of business. Standards and protocols are critical to the successful 
transfer or exchange of documentation. The ANSI X12 standards are the most 
accepted of those available. 

Several combinations of computer hardware and software exist of which 
electronic commerce is capable. The correct system to select must be chosen 
based on the needs of the user. Of critical importance is the connectivity between 
trading partners who may wish to establish a direct network or utilize the services 
of one of the many value added networks provided by communications carrier 
companies. 

The next chapter examines the Federal Acquisition Network (FACNET), as 
the Government’s electronic commerce system. Specific topics include FACNET 
implementation as prescribed by the FASA and a potential network architecture. 
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III. FEDERAL ACQUISITION NETWORK OVERVIEW 


A. INTRODUCTION 

The ability for trading partners to execute electronic commerce is now a 
reality. On February 17, 1995, the Wells Fargo Bank laid claim to becoming the 
first U.S. bank to process credit card purchases over the Internet, providing 
secure payment transactions to the trading partners. However, some cyberspace 
experts question how significant a role the bank’s system will play in the 
evolution of electronic commerce due to the disparity of standards and tech¬ 
nologies that continue to exist. (Eng, 1995, p. D1) 

Nevertheless, the electronic marketplace is growing at an incredible rate. 
It is estimated that by the end of 1995, more than 10,000 companies will be 
offering information and services for sale over a combination of the Internet and 
value-added networks (VANs), and by the year 2000, the growth in the number 
of these companies is expected to exceed one million. Because much of the 
Government’s electronic commerce initiative is beyond the capabilities of the 
companies as individuals. Government interaction is a requirement, necessary to 
catalyze a standardized electronic commerce capability. (Verity, 1994, pp. 80-85) 

Today, the Federal Acquisition Streamlining Act (FASA) of 1994 requires 
the transformation of the Government’s current paper-driven procurement 
process into an electronic commerce system that will be widely available across 
the entire spectrum of customers and users. Title IX, Section 9001 of the FASA 
requires that the Administrator of the Office of Federal Procurement Policy 
establish a program for the development and implementation of a Federal 
Acquisition Network (FACNET) that will be Government-wide and provide inter¬ 
operability among its users. (FASA, 1994) 

This chapter examines the FACNET with respect to the requirements and 
plans for its implementation. In addition, a potential network architecture for 
FACNET is explored with relation to the desired capabilities the system will 
eventually provide to both its public and private users. 
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B. FEDERAL ACQUISITION NETWORK (FACNET) DEFINED 

The Federal Acquisition Network (FACNET) is a group of computers and 
associated devices (a Federal computer network with procurement databases) 
allowing readily accessible computer-based acquisition information to Government 
and private-sector users, including small businesses and individuals interested in 
conducting business with the Government. The FACNET will provide the median 
for the Government to conduct electronic commerce with its trading partners. To 
accomplish its intended mission, the FACNET must execute several multi-level 
functions for both the Government and private industry: (Lumer, 1994, p. 3) 


Government Functions: (FASA, 1994) 

• Provide widespread public notice of solicitations for contract 
opportunities issued by an executive agency. 

• Receive responses to solicitations and associated requests for 
information through the network system. 

• Provide public notice of contract awards (including price) through the 
network system. 

• In cases in which it is practicable, receive questions regarding 
solicitations through the network system. 

• In cases in which it is practicable, issue orders to be made through the 
network system. 

• In cases in which it is practicable, make payment to contractors by bank 
card, electronic funds transfer, or other automated methods. 

• Archive data relating to each procurement action made using the 
network system. 


Private User Functions: (FASA, 1994) 

• Access notice of solicitations for contract opportunities issued by 
an executive agency. 

• Access and review solicitations issued by an executive agency. 
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• Respond to solicitations issued by the executive agency. 

• In cases in which it is practicable, receive orders from the 
executive agency. 

• Access information on contract awards (including price) made by 
the executive agency. 

• In cases in which it is practical, receive payment by bank card, 
electronic funds transfer, or other automated means. 


General Functions: (FASA, 1994) 

• Allow the electronic interchange of procurement information 
between the private sector and the Federal Government and 
among Federal agencies. 

• Employ nationally and internationally recognized data formats 
that serve to broaden and ease the electronic interchange of 
data. 

• Allow convenient and universal user access through any point of 
entry. 

As can be seen, the concept of FACNET encompasses much more than 
simple procurement. It visualizes the development of a true total Government 
integrated organization, re-engineered to promote streamlined acquisition. When 
fully developed, the FACNET will allow all acquisition transactions to be 
processed electronically using integrated application programs that will not only 
recognize requests, receipt and acceptance of supplies and services, but also 
provide standard supplier evaluation and processing decisions. Figure 3-1 
represents a process model where requirements for supplies and services are 
identified to a Government purchasing organization, orders are placed with a 
vendor, material and services are provided to the Government, invoices are 
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Figure 3-1. FACNET Process Model 

(FECAT Final Report, 1994, p. 1-8) 


compared to receipt information and certified for payment, and funds are 
disbursed as payment. (FECAT Final Report, 1994, p. 1-8) 

C. FASA IMPLEMENTATION REQUIREMENTS 
1. General 

The Federal Acquisition Streamlining Act of 1994, Senate Bill SI587, 
House of Representatives Conference Report 103-712, dated August 21, 1994, 
was signed by President Clinton on October 13, 1994. This Act amends the 
Office of Federal Procurement Policy (OFPP) Act to add Section 30, requiring the 
Administrator of OFPP to establish a program for the development and 
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implementation of a Federal Acquisition Network (FACNET) that will be 
Government-wide and provide interoperability among its users. This Government- 
wide FACNET capability is to be implemented no later than January 1, 2000. 
(FASA, 1994) 

2. Responsibilities 

The FASA statutory framework is very detailed, technically prolix and 
complex. In respect to FACNET, the FASA is very dear in mandating specific 
responsibilities to the multiple agency administrators involved with its 
implementation: (FASA, 1994) 

a. Administrator Federal Procurement Policy 

The Administrator OFPP has overall responsibility for the develop¬ 
ment and implementation of the FACNET. The Administrator shall assign a 
program manager for the FACNET and shall provide for overall direction of policy 
and leadership in the development, coordination, installation, operation, and 
completion of implementation of the FACNET by executive agencies. During the 
FACNET implementation process, the FASA also requires the Administrator to 
consult with the heads of appropriate Federal agencies with applicable technical 
and functional expertise, including the Office of Information and Regulatory 
Affairs, the National Institute of Standards and Technology, the General Services 
Administration, and the Department of Defense. (FASA, 1994) 

b. Executive Agency Administrators 

The head of each executive agency shall provide for implementation 
of the FACNET with priority on providing convenient and universal access as soon 
as practicable after the date of the FASA enactment (October 13, 1994). In the 
case of the Department of Defense, the implementation shall be executed by the 
Secretary of Defense, acting through the Under Secretary of Defense for Acquisi¬ 
tion and Technology, for the Department of Defense as a whole. The Secretaries 
of Military Departments are not considered "head of an agency" by the FASA for 
implementation purposes. (FASA, 1994) 
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The "heads of agencies" are required to consult with the Administra¬ 
tor for Federal Procurement Policy during the implementation process, therefore 
allowing progress review. In addition, each head of an agency is required to 
designate an agency official as the program manager responsible for the FACNET 
implementation for that agency. These agency program managers shall report 
directly to the senior procurement executive designated for the agency. (FASA, 
1994) 

c. Federal Acquisition Regulatory Council 

The Federal Acquisition Regulatory Council is required to ensure that 
the Federal Acquisition Regulation (FAR) contains appropriate notice and solici¬ 
tation provisions applicable to acquisitions conducted through a FACNET capable 
system. These provisions are to specify the required form and content of notices 
of acquisitions and the minimum periods for notifications of solicitations and 
deadlines for the submission of offers under solicitations. (FASA, 1994) 

d. Comptroller General 

The FASA requires the Comptroller General (General Accounting 
Office) to provide a report to both the Administrator OFPP and Congress identi¬ 
fying contracts that are not suitable for acquisition through a fully FACNET 
capable system. The report which is required no later than October 13, 1997 
(three years after date of enactment) will examine and identify all classes of 
contracts in amounts greater than the micro-purchase threshold ($2,500) and less 
than the simplified acquisition threshold ($100,000) that are not suitable for 
acquisition through a system with full FACNET capability. 

In response to the Comptroller General’s report, the Federal 
Acquisition Regulatory Council may make a determination that an additional class 
or classes of contracts in amounts greater than the micro-purchase threshold but 
less than the simplified acquisition threshold are not suitable for acquisition 
through a fully FACNET capable system. Their determinations are required no 
earlier than October 13, 1997, and will be presented to both the Administrator of 
OFPP and to Congress. (FASA, 1994) 
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3. Implementation 

The implementation of the FACNET is a very complicated process that 
must not be underestimated even with the currently available technical 
capabilities. The drafters of the Federal Acquisition Streamlining Act of 1994 
understood the complexities involved and developed an initial integrated 
implementation process. The process outlined by the FASA allows for the 
implementation of FACNET capability in two phases. The first, or "interim" phase 
requires developing the capability to: (Lumer, 1994, p. 4) 

• Provide notice of contracting opportunities, and 

• Receive bids and proposals through electronic commerce procedures. 

The second, or "full" phase requires developing the capability to use 
electronic commerce procedures for: (Lumer, 1994, p. 4) 

• Processing certain orders, 

• Responding to questions about solicitations, and 

• Compiling data about the acquisition process. 

Section 9001 of the FASA requires that the full FACNET capability be 
achieved within five years of its enactment. 

4. Simplified Acquisition Threshold 

The FASA establishes a Government-wide simplified acquisition threshold 
of $100,000 (increased from $25,000) and requires that the Federal Acquisition 
Regulation (FAR) Council provide new special, simplified procedures for 
purchases that are within the threshold. However, the FASA also restricts 
procurement agencies from using the simplified procedures for contracts over 
$50,000 until the agency implements and certifies their FACNET capability. 
Therefore, until an agency implements at least interim FACNET capability, it is 
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restricted to using the simplified procedures for only those procurements that are 
less than $50,000. (Hiestand, 1994, p. 26) 

When an agency is capable of providing interim FACNET services (e.g., 
providing notice of contracting opportunities and receiving bids and proposals via 
electronic commerce procedures), it can raise its threshold for these simplified 
procedures to $100,000 but must certify full FACNET capability within five years. 
If the agency fails to implement and certify full FACNET electronic procedures 
within the five year deadline, its threshold for use of these simplified procedures 
reverts to $50,000 until the agency implements the full FACNET electronic 
commerce procedures. (Lumer, 1994, p. 4) 

Many agencies are already capable of executing some form of electronic 
commerce. However, their electronic abilities may not equate to FACNET 
capability as defined by the FASA. Each procurement agency must prove its 
FACNET capability in respect to the parameters described in the FASA. The 
FASA mandates that agency implementation of a FACNET system requires speci¬ 
fied certifications for an interim or full FACNET capability rating. The issue is that 
the exact certification procedures for compliance with the FASA are not well 
understood. This is a matter of contention and is discussed in detail in Chapter 
IV. 

D. POTENTIAL FACNET ARCHITECTURE 

1. Overview 

Significant changes in technology, economics, and business practices are 
enabling the rapid development of the computing and communications infra¬ 
structure across the United States and much of the world, thereby establishing a 
new national electronic marketplace between the Federal Government and its 
trading partners. In this new marketplace, the Government and its trading 
partners from both large and small companies will meet on equal terms, aided by 
a wide array of information services that will allow them to broadcast their 
communications in an effective manner. The Federal Acquisition Network will 
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provide the medium for this new national marketplace. The Government will 
browse multimedia catalogs, solicit bids, and place orders. Sellers will respond 
to bids, schedule production, and coordinate deliveries. However, for these 
events to occur, the FACNET system and the sets of specifications that define the 
inter-relationships among the parts of the system must be defined. This definition, 
or architecture, provides the conceptual framework for relating components, 
broadly based solutions, and formal descriptions of the components. (FECAT 
Final Report, 1994, pp. 4-1, 1-1) 

2. Architecture 

Computer technical architecture has been defined in many ways. Perhaps 
G.M. Amdahl has provided its best conceptual description with his statement that 
the architecture of a computer system can be defined as its functional appearance 
to its immediate users (Amdahl, 1964, p. 87). In this respect, a network 
architecture may be defined as: (GAO/RCED-94-285, 1994, p. 70) 


The underlying structure of a computer network includes hardware, 
functional layers, interfaces, and protocols (rules) used to establish 
communications and ensure the reliable transfer of information. 
Because a computer network is a mixture of hardware and software, 
network architectures are designed to provide both philosophical 
and physical standards for enabling computers and other devices to 
handle the complexities of establishing communications links and 
transferring information without conflict. Various network archi¬ 
tectures exist, among them the internationally accepted seven-layer 
open systems interconnection model and the International Business 
Machine (IBM) Systems Network Architecture. Both the open 
systems interconnection model and the Systems Network Archi¬ 
tecture organize network functions in layers, each layer dedicated 
to a particular aspect of communication or transmission and each 
requiring protocols that define how functions are carried out. The 
ultimate objective of these and other network architectures is the 
creation of communications standards that will enable computers of 
many kinds to exchange information freely. 
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Figure 3-2 best demonstrates the aspects of the architecture layers in 
which operations or functions at one level (layer) build upon other operations or 
functions at a lower level. 
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Figure 3-2. Communications Between and Over Layers. 
(Feibel, 1995, p. 540) 


Defining a system architecture only completes half of the requirements. It 
must be reliable, available and maintainable, all equating to quality. The quality 
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of the architecture is of critical importance to the overall success of the system. 
Quality is determined by the accessibility of the various functions. The desired 
functions must all be available while those undesired should not be encountered. 
When examining computer systems, an architecture is considered well designed 
or clean when it meets design characteristics such as consistency, orthogonality, 
propriety, parsimony, transparency, completeness, generality, and openended- 
ness: (Van de Goor, 1989, pp. 9-14) 

• Consistency means that with a partial knowledge of a system the rest 
can be predicted. 

• Orthogonality means that conceptually independent functions are kept 
separate in their specifications. 

• Propriety means the specified functions logically belong to the essential 
requirements of a system. 

• Parsimony means the architecture is economical, in a sense that 
functions not proper to the system should not be present. 

• Transparency means that no implementation aspects are included in a 
definition at the architectural level. 

• Completeness requires that all functions of a given class are provided 
in the architecture. 

• Generality allows functions to be used in a broad range of applications. 

• Open-endedness requires that a system should have room for growth. 

It is interesting to note that the drafters of the Federal Acquisition 
Streamlining Act of 1994 considered the FACNET architecture such an important 
issue, they specifically included their understanding of its definition within Section 
9001 of the Act. Within the FASA, the term architecture is defined to mean the 
conceptual framework that: (FASA, 1994) 
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1. Uses a combination of commercial hardware and commercial software 
to enable contractors to conduct business with the Federal Government 
by electronic means, and 

2. Includes a description of the functions to be performed to achieve the 
mission of streamlining procurement through electronic commerce, the 
system elements and interfaces needed to perform the functions, and 
the designation of performance levels of those system elements. 

3. Architecture Objectives, Functions and Components 

The architecture for the FACNET is still in its concept exploration and 
definition phase. However, in its final form, the architecture for the FACNET will 
represent an integrated communication and computing infrastructure composed 
of standard support services and facilities based on the standards and principles 
of an open systems environment. The ultimate goal is to evolve to a single 
interconnected, interoperable standards-based inter-networking environment. This 
requires a standards-based open systems multiworking environment that recog¬ 
nizes the value of existing infrastructures. The architecture will be based on 
standards using a hierarchy of open international voluntary standards, national 
voluntary standards, and proprietary standards eventually incorporating multi¬ 
national commercial prevalence. All communication devices must eventually 
interface with the FACNET through a standard set of protocols and interfaces. 
Common services such as file transfer, directory management, and network 
management will be provided through a common networking environment. 
(FECAT Final Report, 1994, pp. 4-6) 
a. Objectives 

The methods used to pass data between agencies and to more than 
one trading partner using FACNET are driven by extensive objectives and 
functional requirements. The objectives of the FACNET architecture may be 
considered similar to those for electronic commerce in general. They are listed 
as follows: (FECAT Final Report, 1994, p. 4-9) 
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• Support FACNET/EC communications between agencies and all trading 
partners, national as well as international. The architecture must 
provide inter- and intra-agency communications for the Federal 
Government and provide the enabling technology that supports the 
evolution of FACNET and its usage. The communications infra¬ 
structure must allow all Federal users access to any trading partner that 
conducts business with the Government. 

• Allow all Federal users access to databases containing trading partner 
profile information provided during the trading partner registration 
process. 

• Provide a common method for tradirjg partner registration. Because ati 
firms participating in EC/EDI with the Government must register, the 
design, development and testing of this capability will be a significant 
Government-wide effort. 

• Support security services identified for integration at Federal data 
centers or gateways, consistent with the requirements of the Computer 
Security Act of 1987. Trading partner data must be safeguarded now 
and as FACNET/EC capabilities evolve. 

• Present a "single face to industry." Supporting a "single face to 
industry" can be accomplished using the architectural models described 
in this chapter. A "single face to industry" means that quality and 
consistent services are provided to the business community in a 
standard operating environment so that no matter which agency 
generates the transaction and no matter where the goods or services 
are to be delivered, the business community will receive it one way. 
The FACNET should be implemented such that industry will have some 
choices but can interface to tie Government with the same protocols 
and ASC X12 transactions regardless of operating environment. 


b. Functions 

To execute the specific FACNET objectives previously stated, the 
FACNET architecture must be provided the following conceptual functions: 
(FECAT Final Report, 1994, p. 4-11) 


• An agency process for the preparation and management of contract 
actions. Such a process could be fully automated or partially auto¬ 
mated. 
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• An EDI translation service that translates agency application data to 
EDI standardized formats and on receipt of EDI transactions, translates 
the standardized data to agency application formats. 

• A communications service that conveys EDI transactions and other 
electronic messages among agencies and between the agencies and 
their trading partners. 


c. Components 

The Federal Electronic Commerce Acquisition Team recommends 
an architecture composed of the following fundamental components to allow the 
full implementation of FACNET: (FECAT Final Report, 1994, p. 3-1) 


• A single means of registration to do business electronically with the 
Federal Government, including a standard trading partner agreement 
(TPA) defining the trading process and transactions that will be used. 

• A single, consistent methodology and syntax for expressing and 
conveying business data in electronic data interchange (EDI) 
transactions, i.e., ANSI 12 transaction sets. 

• A virtual network linking agency standard transactions to facilities where 
value-added networks (VANs) or other entities can access and distri¬ 
bute them via a technical infrastructure. 

• A standard agreement between the Federal Government and VANs that 
provides certain technical support to the Government and its trading 
partners. 


4. Objective FACNET Architecture 

The ultimate goal for the FACNET architecture is to transition to a single 
interconnected, interoperable, standards-based, inter-networking environment 
allowing electronic commerce to be free of proprietary agency systems. Acquisi¬ 
tion related applications and data are distributed across multiple sites. Network 
entry points (NEPs) will be established to allow transaction exchange with the 
value added networks used by trading partners/vendors. The Government NEP 
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maintains procurement data, VAN agreements, and other capabilities, as well as 
connections to the VANs and trading partners. Trading partners will send and 
receive information to and from NEPs via their VAN. Executive procurement 
agencies will transmit data to the NEPs, which will then forward the data to the 
appropriate VAN. The FACNET architecture will support all the distribution 
requirements for transactions sent to each VAN which will then make these public 
transactions available to all interested subscribers. This process is illustrated in 
Figure 3-3. (FECAT Final Report, 1994, p. 4-11) 

5. Database Requirements 

Government procurement agencies must adhere to a vast number of 
Federal and individual Service specific laws, regulations, specifications, and 
standards as they execute the procurement process. These include the FAR, 
DFARS, CICA, and TINA, just to name a few. Vendors conducting business with 
the Government must also comply with many of the same laws, regulations, and 
specifications. In order to conduct business, agencies and trading partners must 
have access to these Government-wide acquisition policies, procedures, and other 
pertinent information. This requirement holds true for every Government 
procurement system used, including the FACNET. 

The use of the FACNET in support of a paperless environment requires 
the utilization of a number of acquisition databases. For the FACNET to be an 
automated system, it must have electronic access (database servers) to 
information sources such as Federal Acquisition Regulation (FAR), agency- 
specific FAR supplements, trading partner registrations and agreements, and 
other acquisition related information contained in various acquisition databases. 
These acquisition databases must be maintained under two categories. The first 
category of database contains data available for release to the general public. 
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FACNET TECHNICAL ARCHITECTURE 
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Figure 3-3. Objective FACNET Architecture 

(FECAT Final Report, 1994, p. 4-11) 
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Examples include Commerce Business Daily announcements, requests for pro¬ 
posals, contract award information, and procurement regulations. The second 
category contains restricted information that may be accessible only to Govern¬ 
ment procurement agency personnel. Examples of this category of data include 
contractor proposals and quotes, past performance information, and Government 
source selection. Government procurement personnel who have a need to know 
will have access to all databases while potential Government vendors will have 
access to those databases containing public information. Figure 3-4 provides a 
possible example of the Government-wide database architecture. These include 
databases for trading partner registration, agreements. Government regulations, 
financial information, and small business contract information. (FECAT Final 
Report, 1994, pp. 4-1 - 4-23) 


GOVERNMENT-WIDE FACNET DATABASES 



Figure 3-4. FACNET Data Bases 

(FECAT Final Report, 1994, p. K-6) 

49 






E. SUMMARY 


This chapter introduced and examined the Federal Acquisition Network 
(FACNET) in respect to the requirements and plan of its implementation as 
defined by the Federal Acquisition Streamlining Act (FASA) of 1994. In addition, 
a possible technical architecture for the FACNET was explored in reference to its 
potential objectives, functions, components, and database requirements. One 
section of the Federal Acquisition Streamlining Act (FASA) of 1994 requires the 
implementation of an electronic commerce system (FACNET) as a means of 
simplifying the acquisition process. To accomplish this goal, the FASA orders the 
Administrator OFPP to develop and implement the FACNET such that it will be 
Government-wide and provide interoperability among its users. 

The FACNET is a group of computers and associated devices (a federal 
computer network with procurement databases) allowing readily accessible 
computer-based acquisition information to Government and private-sector users, 
including small businesses. The FASA requires a Government-wide FACNET 
capability to be implemented no later than January 1, 2000. 

The FACNET technical architecture is still in the development phase. 
However, the technical architecture objective is to create a single interconnected, 
interoperable, standards-based, inter-networking environment. The FACNET 
system requires the creation of many acquisition databases which will be grouped 
in one of two categories. The first category of database will contain public 
procurement data available to the general public as well as Government procure¬ 
ment personnel. The second category of database will contain Government 
confidential information and will allow access to only authorized Government 
procurement personnel. 

The next chapter examines the FACNET certification process in an attempt 
to discern the exact certification procedures for compliance with the FASA. 
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IV. FACNET CAPABILITY CERTIFICATION 

A. INTRODUCTION 

The Federal Acquisition Streamlining Act of 1994 requires that the Adminis¬ 
trator of the Office of Federal Procurement Policy establish a program for the 
development and implementation of a Federal Acquisition Network (FACNET). 
The FACNET, an electronic procurement system, is required to be Government¬ 
wide and provide interoperability among its users. (FASA, 1994) 

Department of the Army procurement activities are now in the process of 
implementing FACNET capabilrty in compliance with the FASA. However, the 
issue at hand is that while many Army procurement actwities have some form of 
electronic procurement capability and do incorporate its application into their 
procurement activities, there remains uncertainty as to the actual level of FACNET 
capability they have achieved and the relating procurement actions they are 
allowed to execute. This is due mostly from lack of detail in the FASA and the 
Federal Acquisition Regulation (FAR) which has yet to incorporate the FASA 
amendments. 

This chapter examines the FACNET in reference to its capability levels and 
the certification process as defined by the FASA. The objective is to identify 
those inconsistencies to FACNET implementation and certification (if they exist) 
and to examine possible courses of action that may provide solutions or clarifi¬ 
cations to the implementation process within the context of the FASA. 

B. FACNET CAPABILITY LEVELS DEFINED BY THE FASA 

The implementation of the FACNET is a complicated and challenging 
process. The drafters of the Federal Acquisition Streamlining Act of 1994 
understood the complexities involved and developed a phased approached for 
implementation. Section 9001 of the FASA describes the incorporation of 
FACNET capability as a two phase implementation process: interim FACNET 
capability and full FACNET capability. A contracting activity’s FACNET capability 
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level is defined by its ability to execute the various Government functions, private 
user functions, and general functions which are incorporated into the multi-level 
functions defining the FACNET. These functions are outlined in Section 9001 of 
the FASA and were discussed in detail in Chapter ill. The two FACNET cap¬ 
ability levels (both interim and full) are described in the following sections and 
outlined in Figure 4-1: 

1. Interim FACNET Capability 

Section 9001 (30A) of the FASA defines a contracting agency as interim 
FACNET capable when: 

a. With respect to each procurement expected to be in an 
amount greater than the micro-purchase threshold and not greater than the 
simplified acquisition threshold, the procuring activity has implemented the 
follov»fing FACNET functions: (FASA, 1994) 

Government Functions: 

• Provide widespread public notice of solicitations for contract 
opportunities issued by an executive agency. 

• Receive responses to solicitations and associated requests for 
information through the network system. 

Private User Functions: 

• Access notice of solicitations for contract opportunities issued by 
an executive agency. 

• Access and review solicitations issued by an executive agency. 

• Respond to solicitations issued by the executive agency. 
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Note: Contract dollar value threshold drops to $50,000 if full FACNET capability is not achieved by January 1, 2000. 





General Functions: 


• Allow the electronic interchange of procurement information 
between the private sector and the Federal Government and 
among Federal agencies. 

b. For each such procurement (except where the head of the 
procuring activity determines that implementation is not cost effective or 
practicable) the procuring activity issues notices of solicitations and receives 
responses to solicitations through a system having those functions. 

2. Full FACNET Capability 

The FASA defines a procuring activity as fully FACNET capable when: 
(FASA, 1994) 

1. The activity has implemented all Government private user and 
general FACNET functions, except where the head of the agency determines that 
implementation is not cost effective or practicable, and 

2. More than 75 percent of the eligible contracts in amounts 
greater than the micro-purchase threshold and not greater than the simplified 
acquisition threshold entered into by the executive agency during the preceding 
fiscal year have been made through a system with those functions. 

Contract "eligibility" will play a major role in the determination of full 
FACNET capability due to the percentage requirements (75% of eligible 
contracts). Within the FASA, "eligible" contracts are defined as: (FASA, 1994) 

A contract is eligible if it is not in any class of contracts determined 
by the Federal Acquisition Regulatory Council (pursuant to Section 
9004 of the Federal Acquisition Streamlining Act of 1994) to be 
unsuitable for acquisition through a system with full FACNET 
capability. 

This brings to light the first ambiguity with the FACNET implementation 
process. Until the FAR is rewritten to include a listing of those contracts 
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unsuitable for acquisition through a FACNET system, there are no guidelines to 
determine which contracts are eligible and may be included as part of the 75 
percent requirement to achieve full capability implementation. Without a revised 
FAR there is no method to determine which contracts are eligible, and without this 
determination of eligibility, there is no true way to achieve full FACNET capability 
or to certify the same. The FASA requires that the Federal Acquisition Regulatory 
Council determinations of "unsuitable contracts" be made not earlier than three 
years after the date of enactment of the Act, after consideration of the report of 
the Comptroller General and final approval by Congressional Committee. (FASA, 
1994) 

The intent of Congress probably was not to retard the implementation 
process by three years waiting for a determination on contract eligibility. It seems 
reasonable that after a deliberate decision was made for FACNET, they would 
favor a swift implementation of the system and execution of its functions. 
Therefore, the obvious interpretation is for contracting activities to assume all 
contract types are eligible for use in the FACNET system based on their discre¬ 
tion. 

C. CERTIFICATION REQUIREMENTS 

1. Overview 

The Federal Acquisition Streamlining Act (FASA) of 1994 was very explicit 
in mandating the implementation of a Federal Acquisition Network (FACNET) in 
support of the acquisition reform movement. The FASA also clearly defined what 
capabilities the system is required to execute and how contracting activities are 
to implement these capabilities using a phased approach. As a method of 
oversight and implementation incentive, the FASA requires contracting agencies 
to certify their level of FACNET capability so that they may receive the 
accompanying benefits. 
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2. Incentives to Certify 

As resource dollars decline and downsizing initiatives prevail throughout the 
Governnnent and the industrial base, the concept of incentivizing efficiency has 
gained prominence as one sure method of achieving optimization of Government 
resource allocation. Many acquisition reform bills now incorporate some aspect 
of incentivization to help assuage their acceptance and enforcement by both 
procurement activities and contractors. In this respect, the FASA was no different 
as it provides incentives for contracting activities to implement its directives and 
disincentives for those who fail to reform. 

As noted the FASA increased the simplified acquisition threshold to 
$100,000. However, the FASA also requires that contracting activities implement 
at least the interim FACNET capabilities before they may use the simplified 
acquisition threshold. When a contracting activity is able to provide and certify 
interim FACNET capability (provide widespread public notice of solicitations and 
receive responses to solicitations), it can then raise its threshold to the $100,000 
mark. If the activity does not implement full FACNET capability within five years 
from the date of the FASA enactment (January 1, 2000), the activity’s simplified 
threshold reverts to $50,000 until it implements and certifies the full FACNET 
capability. (Lumer, 1994, p. 4) 

The FASA provides additional incentives in terms of Commerce Business 
Daily (CBD) publication requirements. Those contracting activities that are 
FACNET certified (and use the system) are relieved of the responsibility to 
provide publication in the CBD 15 days prior to a solicitation for purchases below 
the simplified acquisition threshold. The FASA also stipulates that, when 
Government-wide implementation of FACNET capabilities exist, the current 
requirement to publish notice in the CBD of any procurement 15 days prior to a 
solicitation is issued, will not apply to any purchase at or below $250,000. 
(Lumer, 1994, p. 4) 
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3. Certification Defined By The FASA 

The FASA mandates that executive agencies provide certification of the 
FACNET capability in their procuring activities. As written, the Act identifies three 
certification levels: Interim, Full, and Government-wide: (FASA, 1994) 

a. Interim Certification 

When the senior procurement executive of an executive 
agency or, in the case of the Department of Defense, the Under Secretary of 
Defense for Acquisition and Technology (USDAT), determines that a procuring 
activity has implemented interim FACNET capability, the executive or the Under 
Secretary shall certify to the Administrator of OFPP that such activity has 
implemented an interim FACNET capability. 

b. Full Certification 

When the head of an executive agency or USDAT, with the 
concurrence of the Administrator determines that the executive agency has 
implemented full FACNET capability, the head of the executive agency shall 
certify to Congress that the executive agency had implemented a full capability. 

c. Government-wide Certification 

When the Administrator OFPP determines that the Federal 
Government is making at least 75 percent of eligible contracts ($2,500 ^ Contract 
^ $100,000) entered into by the Government during the preceding fiscal year 
through systems with full FACNET capability, the Administrator shall certify to 
Congress that the Government has implemented a Government-wide FACNET 
capability. 

Figure 4-2 diagrams the certification requirements as they are presented 
in the FASA. While on the surface they may seem straight forward in terms of 
clarity, an in depth investigation brings to light that more questions are created 
than answered for those contracting activities attempting execution of the direc¬ 
tives. This is due to a variety of reasons. First, the certification levels defined by 
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Figure 4-2. Certification Requirements as Specified by the 
Federal Acquisition Streamlining Act of 1994 


the FASA allow a broad range of interpretation. The exact details of what a 
contracting activity must accomplish to become FACNET certified are not clearly 
defined. Since individual contracting activities are responsible for implementing 
their own FACNET system, this allowance for multiple interpretation of the require¬ 
ments promotes the development of a system that is not inter-Government 
compatible. In addition, many contracting activities currently running an existing 
EDI system may argue that they have achieved interim capability based on their 
current system’s capabilities. The DoD has eleven EDI initiatives such as 
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APADE, GATEC, SPEDE, and POPS that are currently under investigation for 
potential EC use. However, only a few have been identified by the EC Process 
Action Team as having the potential to achieve full FACNET capability. The issue 
is whether all of the EDI initiatives should be allowed interim certification or only 
those capable of achieving full certification? 

The bottom line is the FASA really has not defined exactly what a contract¬ 
ing activity must accomplish to become FACNET certified and who is to issue the 
certification. This condition allows two possible courses of action for the 
implementing contracting activities. They may take the aggressive approach of 
implementing and certifying based on their own interpretation of the FASA. Or, 
they may take the passive approach and wait for the possible implementing 
regulations that may or may not get written in the near future. 

D. SUMMARY 

This chapter introduced and reviewed the Federal Acquisition Network 
(FACNET) in respect to its capability levels and certification requirements as 
outlined by the FASA. The intent was to review the certification requirements 
defined by the FASA and to identify the potential for inconsistent interpretations 
of the requirements by individual contracting activities. 

The FASA establishes two capability levels, interim and full, and Identifies 
the various Government, private user, and general functions a contracting activity 
system must accomplish to be capable at each level. In addition, each contract¬ 
ing activity must certify the fact that it has achieved both interim and full FACNET 
capability levels. The FASA incentivizes FACNET implementation by allowing 
contracting activities to raise their simplified acquisition threshold to $100,000 
once they certify interim capability. However, this threshold reverts to $50,000 if 
full capability is not achieved by January 1, 2000. 

The certification requirements presented by the FASA were reviewed in 
terms of clarity and ability of contracting activities to execute. It was found that 
the FASA leaves much room for interpretation of the directions it provides and 
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may enhance the implementation of a system that is not Government-wide 
compatible and therefore fails to achieve the objective of a "single face to 
industry." 

The next chapter analyzes the FACNET certification requirements as 
interpreted by those Department of the Army contacting activities that are 
currently implementing or will soon implement FACNET. The goal is to establish 
the level of understanding of the certification requirements within the Department 
of the Army. 
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V. ANALYSIS OF FINDINGS 


A. INTRODUCTION 

The discussion of FACNET capability levels and certification requirements 
in Chapter IV establishes the fact that the FASA is very much open to interpreta¬ 
tion. The certification requirements outlined by the FASA provide no true path for 
those contracting activities attempting acquisition reform through electronic 
contracting. As a result, many are left suspended as they waW for detailed 
guidance, while others forge ahead in what may prove to be an incorrect direction. 

This chapter attempts to analyze the basic themes of contracting activity 
understanding pertaining to FACNET certification. As understood by the 
researcher, these basic or central themes were developed through numerous 
interviews and discussions with Army installation contracting personnel with 
varying levels of involvement and responsibility in FACNET implementation. This 
variety of involvement was intended to provide a wide perspective of the 
implementation and certification issues as perceived by Department of the Army 
contracting activities. A statistical or quantitative analysis of the interviews was 
not attempted nor desired. There are several reasons for this. First, the FACNET 
was still in the implementation stage and metrics for its use were not yet 
developed. Therefore, a qualitative research direction was considered best for 
providing relevant data. Second, the non-structured interview process allowed 
interviewees to discuss areas they considered most important as opposed to 
restricting them on a specific discussion path. 

During the interview process, several areas emerged as central themes 
common to all. This chapter presents these central themes with reference to 
FACNET capability levels and the certification process as interpreted through 
interviews with individual Department of the Army contracting activities. The 
interviews were conducted on a strict basis of anonymity to allow the interviewees 
complete freedom to voice their beliefs. The population consisted of contracting 
professionals currently working in TRADOC and FORSCOM Army facilities. 
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These Army facilities were selected because a large percentage of their 
contracting actions are of the small purchase category. In addition, specific 
individuals within the DoD staff were also solicited for their views to gain a 
broader perspective. 

The objectives are first to discover the certification requirements as 
determined or interpreted by those contracting activities implementing FACNET, 
and second, to possibly define the "best practices" requirements that may assist 
Army contracting activities to achieve interim and eventually full FACNET 
certification and be accepted by OFPP. The final objective is to determine the 
potential impact contracting activities believe FACNET will have on their day-to- 
day operations. 

B. INTERPRETATION OF FINDINGS 

Interviews and discussions on FACNET were conducted with a variety of 
personnel with varying levels of responsibility and involvement in FACNET 
implementation. The information gathered was interpreted by the researcher and 
compiled into basic themes. These basic or central themes were developed by 
distinguishing the consistent ideas and views interpreted by the researcher during 
the discussion process. It is the researcher’s belief that these central themes 
consistently represent the actual status of FACNET implementation and certifi¬ 
cation in DoD contracting activities. The central themes that evolved as common 
ground among those interviewed are as follows: 

• DoD contracting activities don’t know what FACNET certification 
means. 

• Regulations governing FACNET and EC/EDI procedures have 
not caught up with current requirements. 

• Standardization problems exist but will be resolved. 

• Compatibility problems exist and will continue to exist. 

• The initial impact will not be significantly positive. 
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1. Certification 

All of the contracting activities interviewed had knowledge of FASA and 
FACNET. In addition, every activity had some system in place within their activity 
that they considered as EDI. What was surprising was the amount of variance in 
levels of knowledge and understanding of FASA, FACNET, and EDI between the 
different activities. 

Most activities had a reasonable understanding of the contents of the FASA 
in reference to the simplified acquisition threshold (SAT) and its connection tottie 
FACNET. However, there was a small percentage of activities that did not have 
an understanding of the connection. One activity insisted tfnat adiieving interim 
FACNET capability would allow them only a $50,000 SAT and once Government¬ 
wide FACNET capability was reached, the SAT was raised to $100,000. Another 
agency believed that the SAT was $100,000 SAT regardless of their FACNET 
capability. 

It was also evident that a clear understanding of EDI was not standard 
across the board. Every activity interviewed claimed to have an EDI system in 
place. Most stated that their system had been in place for several years. Less 
than fifty percent of the activities stated that they used EDI extensively and almost 
all of those who did use EDI also used a paper system as a back up precaution. 
Many activities understood the technical requirements necessary for EDI capabil¬ 
ity, however, it was clear that approximately fifteen percent of the contracting 
activities did not. For example, one activity considered owning a computer and 
a fax modem as EDI, while another believed being able to operate an electronic 
mailbox made them EDI capable. 

During the course of the interviews it was discovered that a significant 
percentage of the contracting activities did not have a conceptual understanding 
of what the FACNET really is. Most were confused because of the continuous 
reference to a network. These activities believed that a specific Government 
network would be established as the FACNET. They thought that they would 
have a direct link to this network, some agency would serve as network manager. 
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and some center would be established as the network server. All of these 
activities were interested in when the network would reach them and how they 
would hook up to it. 

While the FACNET does represent a computer network it is not a physical 
network such as a local area network, and there is neither a network manager nor 
server. Connectivity is based on the concept of virtual networking where 
Government agencies are connected via value added networks, and existing 
network mediums such as the Internet. 

When asked about the requirements of FACNET certification an easily 
discernible correlation was established linking those activities that had a 
reasonable definition of FACNET certification and three common accomplish¬ 
ments. Those activities who: 

• Understood the requirements of EDI capability, 

• Had experience using EDI techniques, and 

• Understood the contents of FASA, 

believed they had a reasonable understanding of the requirements for FACNET 
certification. Those activities who failed to accomplish any one of the three 
actions could not present a thorough understanding of the requirements for 
certification. 

For those contracting activities who understood and used EDI and 
understood the FASA, the minimum capabilities necessary to achieve interim 
FACNET certification are considered to be: 

• X12 compatibility, 

• EFT capability, 

• Access to procurement databases. 
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• Transaction sets for commercial off the shelf items, and 

• The ability to send and receive electronically. 

Hardware and software requirements were considered important only in 
terms of compatibility not standardization. Databases were a concern to the 
activities because it was not clear how these procurement databases would be 
developed, what information they would provide, and what procedures would be 
required to eventually connect to them. In addition, the ability for the activity to 
connect or link with a vendor was considered a critical factor, not how the 
connection was made. It was also noted that those activities who had an 
understanding of FACNET certification requirements presented themselves as 
proactive organizations, continuously seeking training and operational 
improvement in their EC/EDI capabilities. 

Once again, there was a large variance in the levels of understanding of 
the certification requirements for those activities who did not have a firm grasp of 
EDI or the FASA. The responses ranged from those activities who could not form 
a determination without further guidance to those who felt the capability to 
transmit anything electronically equated to interim FACNET. 

A major concern of every activity was the issuance of detailed instructions, 
DoD specific or Government-wide, on the implementation and certification 
requirements. An interview with the Director of the DoD Electronic Commerce 
Program Office revealed that specific instructions for FACNET were still in the 
working phase with an estimated six month window for release. When queried 
about certification requirements, the Director discussed X12 compatibility and 
electronic funds transfer but stressed that the critical factor was the ability to close 
the Government-vendor loop, where both parties could electronically send and 
receive procurement documents. (Smith, 1995) 

The last issue concerning FACNET certification was the delegation of certi¬ 
fication authority. When contracting activities were asked who was allowed to 
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certify them, they responded with one of four answers: don’t know, they can 
certify themselves, their major command has certification authority, or someone 
on the OSD staff. The actual certification authority is the Director of the DoD 
Electronic Commerce Program Office. At the time of the interview, no 
certifications had been issued. 

2. Regulations 

As stated previously, a major concern with every contracting activity was 
the lack of FACNET regulations: those regulations specific to the FACNET and 
those affected by FACNET implementation. This lack of guidance is considered 
by the researcher as the greatest cause of implementation delay. For those more 
cautious contracting activities, the lack of regulations allows them to conduct 
business as usual and provides them a justified loop hole to delay implementation 
and possibly still utilize the $100,000 threshold based on the head of agency 
exception provision where FACNET implementation is determined either not cost 
effective or practical. For those more motivated activities, the lack of regulations 
hinders their implementation progress by not providing them clear guidelines and 
policies to follow. The researcher considers FACNET implementation without the 
corresponding regulations a critical error on the part of DoD as it allows the 
potential execution of inconsistent acquisition procedures between different 
activities, and will not promote the single face to industry objective. 

3. Standardization 

Every contracting activity interviewed considered standardization a major 
issue and believed that standardization problems currently existed. The concerns 
were based on the belief that there is a disconnect between the Government in 
general and DoD in terms of procedural standards definition. This disconnect 
promotes the development of interoperability problems not only between DoD and 
other Government components, but also between DoD and potential vendors. 
However, almost every activity also believed that any problems in standardization 
would be quickly resolved. 


66 



One example of the type of standardization problem faced by contracting 
activities is the fact that there are no standardized procedures for trading partner 
registration. This allows a particular activity the ability to conduct electronic 
business only with vendors who had previously registered with that particular 
activity while excluding those vendors who registered with a different activity. 
This of course, has the potential to exclude competition. 

Standardization is a major issue and will continue to remain so. However, 
the Government’s adoption of X12 as a means of establishing uniformity should 
virtually guarantee the correction and prevention of any standardization problems. 
An effort must be made by the contracting activities themselves to ensure they 
are X12 compliant as directed by DoD. Those who are not will be unable to 
transmit readable data to potential vendors. 

4. Compatibility 

There was a strong belief held by the contracting activities that compatibility 
problems exist and would continue to exist into the future. Problems were 
discussed relating to the incompatibility of some of the vendor computer systems 
to those operated by the Government. Some automated procurement systems 
currently used by the Government require extensive modifications to permit inter¬ 
action with EC/EDI vendors. This is an issue of concern as it is a barrier to full 
FACNET implementation due to the length of time and funding required to re¬ 
engineer or re-configure existing automated systems. 

DoD has eleven EC/EDI efforts (automated procurement systems) currently 
in use. Not all of these systems have the technical and functional capabilities to 
be considered as FACNET operable. Currently the EC in Contracting Process 
Action Team (PAT) has selected seven systems, APADE, CATEC, ITIMP, 
MADES, SACONS-EDI, SPEDE, and DPACS for an in-depth technical analysis 
to assess their potential for FACNET use. Contracting activities preparing to 
implement FACNET should review the PAT’s assessments when they are 
released, to validate their EDI system. However, it is the researcher’s belief that 
an automated procurement assessment report should have been completed and 
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already made accessible to contracting activities thereby preventing additional 
delays. 

5. FACNET Impact 

Almost every written document referencing EC/EDI discusses the specific 
benefits that the user (DoD) will realize once implementation is accomplished. 
The typical studies that usually assess EC/EDI habitually note the following 
guarantees for the user. (Monczka and Carter, 1987, pp. 3-9) 

• Increased visibility of requirements and requiring activities allowing 
increased competition. 

• Greater buyer productivity. 

• Lower prices. 

• Reduced lead times. 

• Reduced inventories. 

• Reduced administrative workload. 

In addition, these same studies describe the benefits that the seller 
receives as: 

• Speed of electronic payment. 

• Improved requirements definition. 

• Increased opportunity to do business with the Government. 

Interestingly, none of the activities mentioned any of the above benefits 
when asked about the potential impact FACNET would have on procurement. 
Their major responses fell into the following categories: 
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FACNET will have minimal impact. 

It will drastically alter the way we do business. 
It will only impact small purchase procedures. 


a. Minimal Impact 

Several contracting activities stated that the EDI system they were 
currently using did little to improve their operations and they felt that FACNET 
would have a similar affect. They based their statement on the fact that the 
majority of their simplified acquisition threshold purchases are accomplished 
locally, they still will have to write the solicitation, and there will be no change in 
oversight procedures. In essence, only the medium in which they purchase will 
change. The increased simplified acquisition threshold will allow them to broaden 
the range of their acquisitions but the consensus was that it really only allowed 
them to catch up to the authority level they should have reached years previously. 

b. Altered Business Practices 

There was a major concern by many of the contracting activities that, 
once implemented, FACNET would catalyze several major changes in the current 
acquisition process. The majority of the activities mentioned the requirements of 
FAR Part 13 to maximize the use of local vendors. Their concern was once 
national solicitation became standard due to FACNET implementation, their local 
vendors may be priced out of business if they operate from a high cost of living 
area and must compete with vendors from low cost areas. For example, vendors 
in Hawaii with high local costs may find themselves continuously underbid by 
vendors on the mainland who are competing for the same solicitation which 
originated in Hawaii. In this case, the Government receives the benefits of 
reduced prices but may suffer the consequences of forfeited socio-economic 
goals. 
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c. Small Purchases 

The majority of the contracting agencies interviewed considered 
small purchases as the only area of major impact. Here, they said, the 
Government would receive the benefits of reduced prices and shorter turn-around 
times. However, they cautioned that the Government must be very careful not to 
disenfranchise those potential sources that do not operate in a high technology 
environment. For these small businesses, the requirement now is to have a 
computer with a modem that can “read” the Government’s requirements and send 
a response that is legible at the other end. Many feel that the message being 
relayed is to upgrade to electronic business capability or don’t do business with 
the Government. 

It is the researcher’s opinion that the Government may see test 
cases of small businesses arguing against the technology/requirements imposed 
on them to do business with the Government. However, a favorable ruling will 
probably not be granted for two major reasons. First, computers are now the 
standard for conducting business both nationally and internationally. Those who 
fail to advance with the times place themselves in a non-competitive business 
position. This computer requirement was not generated by the Government but 
rather by the business community. The Government is only now adhering to what 
has been the business standard for many years. Second, these small businesses 
are not truly required to own and operate their own computer or network. They 
may lease these services from the numerous VANs certified by the Government 
at a reasonable monthly or annual fee. 

One issue that may surface in the future is whether these service 
fees may be charged to the Government as an allowable cost. 

C. LESSONS LEARNED 

Several valuable lessons learned emerged from the discussions during the 
interview process. These lessons reveal a significant range of factors contributing 
to success in implementing and certifying FACNET capability. While many of 
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these lessons are very obvious, they seem to have been forgotten or ignored by 
many of the contracting activities. 

1. Command Support and Commitment 

It was the researcher’s observation that contracting agency command 
support is a primary factor in the success of FACNET implementation and 
certification. Unfortunately, not all of the activities shared the same command 
support intensity. Those activities who did have a strong command support and 
participation were the same activities who proved most FACNET knowledgeable 
and capable of implementation. In those activities, the specific areas that most 
often presented themselves were visible top management commitment to EC/EDI 
initiatives, funding, and developing personnel resources, and consistent 
involvement with external activities for assistance and support. 

Management involvement, support and commitment are well documented 
as critical requirements when implementing new strategy in major organizations. 
This concept is especially relevant for an initiative such as the EC/EDI procedures 
of FACNET, as contracting strategies and procedures will be developed and 
emerge for both the Government and private contractors as EC/EDI practices 
proliferate. The levels of involvement required by management from the various 
functional areas, internal and external to an activity, will become increasingly 
more extensive as the unique issues of electronic commerce emerge. It is the 
researcher’s belief that those managers who do not have EC/EDI experience will 
hinder progress rather than promote it. 

2. Training and Education 

When implementing FACNET, there is an initial level of expertise that must 
be acquired in EC/EDl concepts and applications. If this knowledge base is not 
acquired, the contracting activity’s EC/EDI program will never achieve the objec¬ 
tives it is required to accomplish. A training and education program is the key to 
success. Not surprising, the interview process discerned that the level of 
expertise between the different contracting activities varied considerably. While 
some proved very involved and committed to implementing EC/EDI initiatives 
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within their activities, others demonstrated a complete lack of knowledge. While 
every activity interviewed claimed to have an EC/EDI system available for use, 
only those activities that actually made the effort to use the system and trained 
their employees were capable of demonstrating a conceptual understanding of the 
capabilities and challenges involved. 

There are many methods available to acquire the necessary level of 
expertise required for successful FACNET implementation to include formal 
training, EC/EDI seminars and conferences, independent research and networking 
with other activities who are also implementing EC/EDI. The DoD Electronic 
Commerce Program Office has taken extensive steps towards the educational 
support for implementation of EC/EDI by: awarding a contract to develop 
educational materials and conduct orientation conferences, providing the ability 
for component activities to participate in educational events, and ensuring that the 
Defense Acquisition University includes EC/EDI instruction in its curriculum. In 
addition, the DoD EC Program Office is centrally funding a large portion of the 
initial EC/EDI training ranging from introductory workshops to detailed instruction. 
The researcher strongly believes that contracting activities must develop a 
comprehensive EC/EDI training and education program and take maximum 
advantage of the training opportunities provided by the DoD EC/EDI Program 
Office. 

3. Incentives 

The FASA incentivizes contracting activities by permitting them to use 
simplified acquisition procedures for solicitations below $50,000 with that 
increasing to $100,000 when they certify the achievement of interim FACNET 
capability. The incentive is reinforced by reverting the threshold back to $50,000 
if the activity fails to achieve full FACNET capability by January 1, 2000. This 
incentive approach is one of the smartest aspects of the FASA relating to 
FACNET implementation. 

For years economists have well understood the benefits of using rewards 
or incentives to encourage efficiency of operations. (Terasawa, 1994) The 
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Government has realized the benefits of incentivization as well. Commanders of 
contracting activities should develop incentive programs within their activities to 
promote an efficient implementation of FACNET. The Government/DoD should 
consider additional incentives at the macro level to also promote FACNET 
implementation. Some possible incentives to consider are: 

• Terminate publishing the Commerce Business Daily (CBD) in hard 
copy. 

• Remove contracting authority for those activities not FACNET certified 
or reduce their budget. 

• Provide increased training opportunities funded by DoD. 

• Reward successful use of the FACNET. 

4. Cultural Change 

One of the greatest challenges to the successful implementation of 
FACNET is ensuring its acceptance by Government procurement professionals. 
A very large percentage of these Government employees have been in the 
acquisition and contracting business for years and gained their experience using 
the paper system. Many are very committed to this system. In fact, a large 
number of the activities interviewed stated that they will continue to run a paper 
system even after they implement FACNET. 

Changing behavior patterns, especially complex patterns is very difficult to 
accomplish. Yet, this is what the DoD must do if it expects to accomplish 
acquisition reform. DoD must elicit a cultural change in its procurement personnel 
from paper system bid boards to electronic networking in order to successfully 
accomplish FACNET implementation and utilization. This cultural change will 
require an extensive amount of time and education, and as a result, we will see 
the use of a dual system in the interim: the FACNET and a manual back up 
system. (Bolman and Deal, 1991, pp. 368-384) 
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The issue before DoD is how to accelerate this necessary cultural change. 
The answer is to increase user awareness of the FACNET through increased 
training and education, and to establish an incentive program for those who 
master its applications. 

D. SUMMARY 

This chapter presented the reader with a wide range of relevant factors to 
consider and lessons learned during previous implementations of EDI and the 
initial implementations of FACNET. This chapter represented what the researcher 
feels is a compilation of the experiences and opinions of DoD contracting activities 
currently implementing or planning to implement the FACNET. The critical issue 
of FACNET certification was investigated from a review of the requirements set 
forth in the FASA and the interpretation of those contracting activities that have 
a conceptual understanding of EDI. Those activities that are capable of X12 
compatibility, EFT, procurement database access, transaction set generation for 
COTS, and electronically send and receive requirements and offers should be 
considered interim FACNET certified. The key areas to consider in lessons 
learned are the requirement for top management support, an understanding of the 
continuous need for education, the benefits of incentivization, and the requirement 
to assist in the necessary cultural change process. 

The next chapter provides the researcher’s conclusions and recommenda¬ 
tions as well as an identification of specific FACNET related topics that deserve 
future research. 
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VI. CONCLUSIONS AND RECOMMENDATIONS 


A. SUMMARY AND CONCLUSIONS 

The Federal Acquisition Streamlining Act of 1994 requires that all 
Government contracting activities implement the Federal Acquisition Network 
(FACNET), a Government-wide electronic procurement system, by January 1, 
2000. However, there are several barriers which hinder the ability of contracting 
activities to meet their legal requirements of implementing and certifying their 
FACNET capabilities. These include the inability of contracting activities to 
understand the technical concepts of the FACNET, the lack of clarity within the 
FASA, and the lack of specific guidance at the Federal and DoD levels. 

While contracting activities have used EDI (the technology base of the 
FACNET) for years, many have misconceptions of the FACNET due to its intang¬ 
ible aspects. The FACNET is a wide area network which utilizes virtual network 
principles, similar to the Internet. There is not a specific network that can be 
diagrammed, managed, nor maintained. In its final form, the FACNET will be a 
combination of private and Government networks linked together to provide virtual 
connectivity, and will allow any Government contracting activity to connect to any 
private industry vendor. 

The FASA is very clear in mandating that Government contracting activities 
implement and certify their FACNET capabilities. However, it is also very vague 
and non-specific in terms of providing the details of how contracting activities are 
to achieve these mandates. The resulting problem is that the majority of DoD 
contracting activities do not know what FACNET certification really means. This 
is primarily due to the fact that a discrete definition of FACNET certification has 
never been written. Therefore, contracting activities are now faced with the 
requirement of complying with the law within FASA specified time limit without the 
necessary guidelines to direct their actions. As a result, contracting activities 
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have developed implementation plans based on their own interpretations of 
FACNET certification capabilities and have lost sight of the potential interoper¬ 
ability problems that will develop as they each execute their individual plans. 

Discussions with the Director of the DoD Electronic Commerce Program 
Office and EDI experienced contracting activities have enabled the development 
of a suggested list of FACNET capabilities that may equate to interim certification. 
Those contracting activities who have attained the following capabilities should be 
considered as interim FACNET functional by the DoD ED Program Office: 

• X12 compatibility, 

• EFT capable, 

• Ability to access procurement databases, 

• Capable of developing transaction sets for commercial off the shelf 
procurement, and 

• Ability to send and receive EDI documents. 

Since the current use of the FACNET is only for small purchases (those 
less than the simplified acquisition threshold), many contracting activities debate 
whether a significant impact on contracting procedures will be seen at the micro 
level. The major concern is the effect the FACNET and electronic commerce will 
have on current and future acquisition laws and regulations. For example, FAR 
13.106 (B) (3) stresses contracting activities maximize the use of local vendors. 
While many contracting activities feel a loyalty to support their community, there 
is a concern that increased competition through national electronic solicitations 
may force reduced local vendor business. As a result, many activities feel 
justified in delaying their FACNET implementation until the necessry policy 
revisions and regulation rewrites are finalized. 

The use of electronic procedures is a drastic change from the current 
"paper process" that Government contracting professionals have always used. 
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and it creates the possibility for conflict by those forced to change their habitual 
ways. There is a strong reluctance to develop new skills and change working 
techniques to align with the new high technology environment of the FACNET. 
Therefore, Government contracting managers will face additional challenges of 
redefining the culture of their organizations as they implement their FACNET 
capabilities. 

The time for FACNET implementation is ripe. Technology is in an ever 
increasing state driven by the requirements and capabilities of private industry. 
The Government’s own reductions in budget and manpower dictates that it must 
do more with less so that it may keep pace with its industrial suppliers. Electronic 
commerce is no longer a future application; it is a business standard that the 
Government must now achieve. 

However, the Government (DoD) faces an incredible challenge to be 
FACNET capable by the January 1, 2000 deadline date. Technology is not the 
problem. Many complex tasks required for implementation have yet to be 
completed and many issues must still be resolved. The underlying message is 
clear: contracting activities must take the initiative to educate themselves on the 
FACNET and elctronic commerce and coordinate their efforts with those of the 
DoD EC Program Office. At the same time, DoD must quickly provide the 
necessary directives allowing the contracting activities to act. 

B. ANSWERS TO RESEARCH QUESTIONS 

The primary objective of this research was to examine the question: 

What are the current applications of the Federal Acquisition Network 

(FACNET) in U.S. Army Contracting Offices and what barriers must be 

overcome to allow full utilization (certification) of the FACNET 

system? 

To answer the primary research question, the following subsidiary research 
questions were asked: 

1. How will the Federal Acquisition Network be used by DoD and 
private sector procurement agencies? 
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Chapter II discussed the concepts of EC/EDI and traced its develop¬ 
mental history in the private sector and DoD. Chapter ill discussed the specifics 
of the FACNET, which when fully implemented, will apply the principles of EC/EDI 
but allow a much broader scope of capabilities. Expanded connectivity and 
extensive use of databases will significantly enhance procurement communication 
and activities between the DoD and its vendors and within the DoD itself. 

2. What problems or barriers face Department of the Army 
contracting activities in their efforts to achieve FACNET 
certification? 

Department of the Army contracting activities face several challenges 
in their efforts to achieve FACNET certification to include: 

• Understanding of EC/EDI concepts, 

• Understanding of FACNET concepts, 

• Understanding of the legal requirements, and 

• The resistance to change due to cultural tenacity. 

In addition, contracting activities may never achieve full interoperable 
FACNET implementation unless detailed implementation guidance and governing 
regulations are provided by DoD and corresponding acquisition laws are revised 
to incorporate new electronic contracting procedures. In addition, several issues 
must be resolved in the areas of compatibility, interoperability, and database 
development. 

3. What benefits may the Department of Defense procurement 
activities derive from achieving FACNET certification and 
integrating the system into their procurement functions? 

Consistent with most EC/EDI implementations, the benefits which 
DoD receives from utilizing the FACNET consist primarily in reductions in the 
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paper handling and storage costs as well as improved competition and turn¬ 
around times for small purchases. Individual contracting activities will have the 
ability to solicit their requirements at a much quicker rate and to a much larger 
number of potential offerors. However, while all contracting activities agree that 
the FACNET will generate benefits, there is a large variance to exactly which 
benefits will be realized and the potential for negative ramifications. 

4. What actions must be taken to enhance FACNET implementa¬ 
tion in the Department of Defense? 

Chapter V discussed this area in some detail. The actions necessary 
to enhance FACNET implementation are: 

• Immediately publish DoD/Government-wide FACNET specific 
regulations for implementation and certification, 

• Stress the development of training and education programs, utilize 
incentives to the maximum extent, and 

• Begin developing programs to help promote the necessary cultural 
change. 

C. RECOMMENDATIONS FOR FURTHER RESEARCH 

During the research and interview process, several areas were identified 
for further research relating to the use of the Federal Acquisition Network. These 
areas include: 

• The FACNET is currently designed to procure only those items and 
services within the simplified acquisition threshold limit of $100,000. Is 
it possible to expand its use to procurements that exceed the 
threshold? What are the implications of such an expansion? 

• The research was conducted prior to FACNET implementation. Conduct 
additional research after FACNET implementation to determine if its 
acquisition streamlining goals were achieved and what impact the 
FACNET had on the acquisition process. What effect has the FACNET 
had on acquisition? 
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• Network security is a continuous area of concern. Is the FACNET truly 
capable of protecting proprietary data and confidential information? 
What impacts have the FACNET had on electronic contract formation? 

• Can the FACNET expand into a information system that uses its 
knowledge about specific acquisition applications to act as an expert 
consultant to procurement agencies? What impact will an expert 
system have on the acquisition process? 
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APPENDIX A. ACRONYMS 


AMIS 

Acquisition Management Information System 

ANSI 

American National Standards Institute 

ASC 

Accredited Standards Committee 

ASCII 

American Standard Code for Information Interchange 

COTS 

Commercial Off-The-Shelf 

DBMS 

Data Base Management System 

DoD 

Department of Defense 

EDI 

Electonic Data Interchange 

EDIFACT 

EDI for Administration, Commerce, and Transport 

EFT 

Electronic Funds Transfer 

FAR 

Federal Acquisition Regulation 

FASA 

Federal Acquisition Streamlining Act of 1994 

GAO 

General Accounting Office 

IT 

Information Technology 

MIS 

Management Information System 

NASA 

National Aeronautics and Space Administration 

OFPP 

Office of Federal Procurement Policy 

PAT 

Process Action Team 

PM 

Program Manager 

TP 

Trading Partner(s) 

TPA 

Trading Partner Agreement 
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UN 

United Nations 

VAN 

Value-Added Network 

VAS 

Value-Added Services 

VN 

Virtual Network 

WAN 

Wide Area Network 
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APPENDIX B. GLOSSARY 


American National 
Standards Institute 


ANSI standard 


area transaction set 


ASC X12 


Bulletin Board System 


computer security 


configuration 


Organization devoted to development of 
voluntary standards to enhance productivity and 
international competition of American industrial 
enterprises. 

Document published by ANSI that has been 
approved through the consensus process of 
public announcement and review. Each of 
these standards must have been developed by 
an ANSI committee and must be revisited by 
that committee within 5 years for update. 

Identifies a predefined area within a transaction 
set (header, detail, summary) containing 
segments and their various attributes. 

Accredited Standards Committee X12 
comprises industry members who create EDI 
standards for submissions to ANSI for 
subsequent approval and dissemination or for 
submission to the United Nations Standards 
Committee for approval of international 
EDIFACT standards 

Computer accessible by other computers for 
the exchange of information and files. Most are 
set up by individuals in their homes and allow 
access to the general computer public. 

Protection of highly valued information such as 
payroll records or company finance statements. 
There may be several levels of security related 
to different levels of information access. The 
most common form of computer security 
requires users to employ passwords to access 
particular areas; the password only allows 
access to a certain level of information. 

Makeup of computer system, including all 
internal and external components such as 
memory, disk drives, keyboard, video, and add- 
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data 

data base 


direct access storage 
device 


EDI translation 

EDI translator 

Electronic Bulletin 
Board 


electronic commerce 


electronic data 
interchange 


on hardware such as a mouse or printer. Some 
configurations are monitor type, amount of 
memory, type of memory to use , and which 
disk drive to use. Also refers to a specific 
setup of software program to make the best 
and most efficient use of the system resources. 

Items of information that have been gathered to 
be used in some type of process. 

Collection of related records containing 
information to be used for processing. The 
records are broken down into individual fields 
that allow for various means of manipulating the 
data to produce specific, individualized reports. 
Data bases are used widely for record keeping 
and data tracking. 

Device enabling direct access to data instead 
of having to start at the beginning of a data 
source to read every record until the one 
needed is found. A disk drive is a DASD unit, 
whereas a tape drive is not. 

Conversion of application data to and from the 
S12 standard format. 

Computer software used to convert application 
data to and from the X12 standard. 

Bulletin board system that can be accessed 
with a modem for the purpose of exchanging 
information and acquiring files by downloading. 
For example, an agency can upload an RFQ to 
be released to vendors who will be able to 
download at a specific time in order to respond 
to the RFQ. 

End-to-end paperless business environment 
that integrates electronic transfer and auto¬ 
mated business systems. 

Exchange of information without human inter¬ 
vention. 
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electronic funds 
transfer 

Transfer of funds electronically through the 
Treasury Fedline Payment System or the auto¬ 
mated clearinghouse network. 

electronic mailbox 

The place where an EDI transmission is stored 
for pickup or delivery within a third-party service 
provider’s system. Trading partners can also 
maintain mailboxes within their own domains. 

E-mail 

Method of exchanging mail messages by way 
of a computer system. The messages are 
stored on a mutually shared system and users 
can send and receive messages at their own 
convenience. 

encryption 

Special coding process to make files inaccess¬ 
ible to unauthorized users. This process 
transforms clear text (data in its original form) 
into ciphertext (encryption output of a crypto¬ 
graphic algorithm) for security or privacy. A 
password or private key is needed to decrypt 
the file for use. 

gateway 

Link between several computers in a network 
setup. 

interactive 

Back-and-forth response of operations, such as 
when a user enters a question to the computer 
and the computer responds immediately. 

interface 

Electronic circuit that monitors the connection 
between two pieces of hardware to ensure they 
exchange data properly. 

local area network 

Grouping of computers connected to a main 
unit called the server. 

machine readable 

Input in a format that the computer can read, 
such as bar codes that are scanned directly 
into the system to be used in an application. 
Also refers to the binary information stored onto 
magnetic media that the computer can access 
and read into the memory. 
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modem 


modular design 


network 


Shortened form of modulator/demodulator, a 
communications device that enables a 
computer to convert data and send and receive 
it through regular phone lines. Modems can 
transfer data at rate of 300 baud to 19,200 
baud on leased phone lines. Modems contain 
such built-in features as automatic phone 
dialing, auto answering, and redialing 
capabilities. 

Approach in designing hardware of software in 
which a project is broken into smaller units, or 
modules, each of which can be developed, 
tested and finished independently before being 
combined with the others to form the final 
product. Each unit is designed to perform a 
particular task or function and can then become 
part of a "library" of modules that can often be 
reused in other products having similar require¬ 
ments. In programming, for example, one 
module might contain instructions for moving 
the cursor in a window on the screen. Because 
it is designed as a stand-alone unit that can 
work with other sections of a program, the 
same module might be able to perform the 
same task in another program as well, saving 
time in the developing and testing phase. The 
designer must build into each module the 
necessary means of working with other parts of 
the product. 

Group of computers and associated devices 
connected by means of communications facil¬ 
ities. A network can involve permanent 
connections, such as cables, or temporary 
connections made through telephone or other 
communications links. A network can be as 
small as a local area network consisting of a 
few computers or many small and large 
computers distributed over a vast geographic 
area to provide computer users with the means 
of transferring information electronically. Some 
types of communication are simple user-to-user 
messages; others, of the type known as 
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network architecture 


network data base 


distributed processes, can involve several 
computers and sharing of workloads or 
cooperative efforts in performing a task. 

Underlying structure of a computer network, 
including hardware, functional layers, interfaces, 
and protocols (rules) used to establish 
communications and to ensure the reliable 
transfer of information. Since a computer 
network is a mixture of hardware and software, 
network architectures are designed to provide 
both philosophical and physical standards for 
enabling computers and other devices to 
handle the complexities of establishing 
communications links and transferring infor¬ 
mation without conflict. There are numerous 
network architectures in existence, among them 
the internationally accepted seven-layer open 
systems interconnectivity (OSI) model of the 
International Organization of Standardization 
(lOS) and IBM’s System Network Architecture 
(SNA). Both the OSI and SNA architectures 
organize network functions in layers, with each 
layer dedicated to a particular aspect of 
communication or transmission and with the 
use of protocols that define how functions are 
carried out. The objective of these network 
architectures is to create communication 
standards that will enable computers of various 
kinds to exchange information freely and (to the 
user) transparently. 

Type of data base in which data records can be 
linked (related to one another) in more than one 
way. A network data base is similar to a 
hierarchical data base in that it contains a 
progression from one record to another. It 
differs in being less rigidly structures, since any 
single record can point to more than one other 
record and, conversely, can be pointed to by 
one or more records. A network data base 
allow more than one path between any two 
records, whereas a hierarchical data base 


87 


open architecture 


operating system 


security 


standard 


allows only one, from parent (higher-level 
record) to child (lower-level record). 

Computer or peripheral design that has 
published specifications, enabling third parties 
to develop add-on hardware for an open archi¬ 
tecture computer of device. Also refers to a 
design that provides for expansion slots on the 
motherboard, allowing the addition of boards to 
enhance or customize a system. 

Software responsible for controlling the alloca¬ 
tion and usage of hardware resources such as 
memory, central processing units time, disk 
space, and peripheral devices. The operating 
system is the foundation on which applications 
such as work processing and spreadsheet 
programs are built. Popular operating systems 
include MS-DOS, the Macintosh OS<OS/2, and 
UNIX. 

Protection of a computer system and its data 
from harm or loss. A major focus of computer 
security, especially on systems accessed by 
many people or through communications lines, 
is the system screening, which denies access 
to unauthorized users and protects data from 
unauthorized uses. 

Set of detailed technical guidelines used as a 
means of establishing uniformity in an area of 
hardware or software development. Computer 
standards have traditionally developed in either 
of two ways. The first, a highly information 
process, occurs when a product or philosophy 
is developed by a single company and, through 
success and imitation, becomes so widely used 
that deviation from the norm causes compati¬ 
bility problems or limits marketability. This type 
of de facto standard setting is typified by such 
products as Hayes modems and IBM PC’s. 
The second type of standard setting is a far 
more formal process in which specifications are 
drafted by a cooperative group or committee 
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trading partner 

trading partner 
agreement 


transaction set 


translation 


value-added network 


virtual 


after an intensive study of existing methods, 
approaches, and technological trends and 
developments. The proposed standards are 
later ratified or approved by a recognized 
organization and are adopted over time by 
consensus as products based on the standards 
become increasingly prevalent in the market. 
Standards of this more formal type are 
numerous, including the ASCII character set, 
the RS-232-C, the SCSI interface, and ANSI 
standard programming languages, such as C 
and FORTRAN. 

Party involved in the exchange of EDI trans¬ 
missions. 

Agreement between the Government and a 
trading partner that defines general EDI 
procedures, terms and conditions, and the EDI 
transaction sets that will be used. 

Definition, in the standard syntax, of information 
of business or strategic significance. Consists 
of a transaction set header segment, one or 
more data segments in a specified order, and a 
transaction set trailer segment. 

Act of accepting documents in other than 
standard format and subsequently translating 
them into the standard format. 

Communications network that transmits, 
receives, and stores EDI messages for EDI 
trading partners. 

Device or service perceived to be what it is not 
in actuality. The way in which a virtual device 
is actually presented or implemented is much 
different from the device or service the user 
experiences. For example, a computer user 
can tread a virtual disk as if it were a physical 
disk, but a virtual disk is actually a portion of 
the computer’s memory that is used as if it 
were a disk. Another example is virtual 


89 



virtual network 


wide area network 


memory, which is simulated by paging, caching, 
and disk storage. 

Network that provides for a linking of all 
available Government and industry networks to 
provide virtual connectivity from any person in 
the Government to connect to industry to do 
business electronically. 

Communications network that connects 
geographically separated areas. 
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